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Preface 



This two-volume publication describes supervisor and scheduler facilities that the system 
programmer can use. In this publication, a system programmer is defined as a programmer 
whose programs run in supervisor state, system key 0-7 or access APF-authorized libraries. 
The publication includes the macro instructions and parameters used to obtain the functions. 

Volume 1, GC28-1150, contains descriptions of the supervisor and scheduler services available 
to a system programmer. Most of the services described are supervisor services; however, the 
scheduler functions available through the use of the DYNALLOC macro instruction are also 
described. Volume 1 includes a description of the DYNALLOC macro instruction. Some of 
the topics discussed in Volume 1 are also discussed in Supervisor Services and Macro 
Instructions; however in Volume 1, these topics are extended to include functions that are 
restricted to system programmers or used primarily by system programmers. 

Volume 2 contains the formats and descriptions of the supervisor macro instructions. Volume 2 
provides system programmers with the information necessary to code the macro instructions. 
Each macro instruction is completely described, in Volume 2, but restrictions, requirements, and 
environmental considerations for the effective use of each macro is explained in Volume 1. 

Publications referenced: 

Assembler H Version 2 Application Programming: Language Reference, GC26-4037 

MVS/ Extended Architecture Debugging Handbook Volume 1, LC28-1I64 

MV SI Extended Architecture Debugging Handbook Volume 2, LC28-1165 

MVS I Extended Architecture Debugging Handbook Volume 3, LC2%-1 166 

MVS/Extended Architecture Debugging Handbook Volume 4, LC28-1167 

MVSjExtended Architecture Debugging Handbook Volume 5, LC28-1168 

MVS/Extended Architecture Interactive Problem Control System User's Guide and Reference, 
GC28-1297 

MVS/Extended Architecture Interactive Problem Control System Logic and Diagnosis, 
GC28-1298 

MVS/Extended Architecture Message Library: System Codes, GC28-1157 

0SIVS2 Planning: Global Resource Serialization, GC28-1062 

MVS/Extended Architecture Supervisor Services and Macro Instructions, GC28-1154 
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MVSj Extended Architecture System Logic Library Volume 12, LY28-1250 

MVSj Extended Architecture System Programming Library: Initialization and Tuning, 
GC28-1149 

MVSj Extended Architecture System Programming Library: Service Aids, GC28-1159 

System Programming Library: Resource Access Control Facility (RACE), SC28-1343 

370-Extended Architecture: Principles of Operation, GA22-7085 

Notes: 

L All references to RACE in this publication indicate the program product Resource Access 
Control Eacility Version 1 Release 7 (5740-XXH). 

2. All references to Assembler H in this publication indicate the program product Assembler H 
Version 2 (5668-962). 
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Summary of Amendments 



Summary of Amendments 

for GC28-1151-4 

MVS/System Product Version 2 Release 2 

This major revision describes the new BLSQSHDR, lEFQMREQ, lOSDDT, lOSDMLT, 
SWAREQ, and SYMREC macros, and changes in the BLSQMFLD, DOM, SDUMP, SETRP, 
SVCUPDTE, VSMLOC, WTO, and WTOR, macros. It also describes changes that affect: 

• The DATOFF index entry, INDCDS. 

• The GSPV and GSPL parameters of the ATTACH macro. 



Summary of Amendments 
for GC28-1151-3 
for the following: 

- MVS/System Product Version 2 
Release 1.3 Vector Facility Enhancement 

- MVS/System Product Version 2 
Release 1.3 Availability Enhancement 

- RACF Version 1 Release 7 

In support of MVS/System Product Version 2, Release 1.3 Vector Facility Enhancement, this 
revision contains changes to the BLSQMFLD, CALLDISP, ESPIE, SNAP, and SPIE macro 
instructions for the Vector Facility. 

In support of both MVS/System Product Version 2 Release 1.3 AvailabiUty Enhancement and 
MVS/System Product Version 2 Release 1.3 Vector Facility Enhancement, this revision contains 
changes to the CALLDISP macro instruction. 

In support of RACF Version 1 Release 7, this revision contains changes to the RACDEF, 
RACHECK, RACINIT, RACLIST, RACROUTE, and RACXTRT macro instructions. 

This revision also contains minor technical and editorial updates. 



Summary of Amendments 

for GC28-1151-2 

for MVS/System Product Version 2 Release 1.3 

This revision documents the new lOSINFO macro in support of MVS/System Product Version 
2, Release 1.3 and maintenance changes to numerous other macros. 



Summary of Amendments XV 
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Using the Supervisor Macro Instructions 



You can communicate service requests to the control program using a set of macro instructions 
provided by IBM. The users of most of the macro instructions described in this pubUcation 
must be in supervisor state or PSW key 0-7 or APF-authorized or PKM 0-7; that is, MVS 
restricts their use. MVS does not restrict some of the macro instructions described in this 
pubHcation, but because of the functions of the macro instructions, the installation might want 
to restrict them. 

This volume describes those supervisor macro instructions that should be installation-controlled. 
The supervisor macro instructions intended for the application programmer are described in 
Supervisor Services and Macro Instructions. Some macro instructions are totally restricted in 
use; others are not restricted in use, but do contain some restricted parameters. For each macro 
instruction, any restrictions are described first, followed by the macro syntax and a complete 
description. 

The macro instructions are available only when programming in the assembler language, and 
are processed by the assembler program using macro definitions supplied by IBM and placed 
in the macro library when the system was generated. The processing of the macro instruction 
by the assembler program results in a macro expansion, generally consisting of data and 
executable instructions in the form of assembler language statements. The data fields are the 
parameters to be passed to the requested control program routine. The executable instructions 
generally consist of a branch around the data, instructions to load registers, and either a branch 
instruction, a supervisor call (SVC), or a PC instruction to give control to the proper program. 
The exact macro expansion appears as part of the assembler output listing. 



Selecting the Macro Level 



Certain MVS/XA macro expansions cannot execute on an MVS/370 system. These macros are 
downward incompatible. Parameters that are new for MVS/XA are not supported by the 
MVS/370 versions of the downward incompatible macros. In some cases the new parameters 
are ignored, in other cases they cause assembly errors. The following macro instructions are the 
downward incompatible macros described in this book: 

ATTACH 

ESTAE 

EVENTS 

FESTAE 

INTSECT 

SCHEDULE SCOPE = GLOBAL 

SDUMP 

SETLOCK RELEASE,TYPE = REG| ALL 

WTOR 
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The SPLEVEL macro instruction solves the problems associated with downward incompatible 
macros. The SPLEVEL macro instruction allows an installation to assemble programs using 
the MVS/XA macro library and to select either the MVS/370 System Product Version 1 Release 
3 or the MVS/XA expansion of the downward incompatible macros. 

Before issuing a downward incompatible macro, assembler language users can specify the macro 
level that they want. They do this by issuing the SPLEVEL macro using the SET = m option, 
with « = 1 or 2. If n = 1, the MVS/370 System Product Version 1 Release 3 expansion of the 
macro code is generated and if « = 2, the MVS/XA expansion of the macro code is generated. 
If the user does not specify the value of n, the SPLEVEL routine uses the default value of 2. 
See SPL: System Modifications for information concerning the way in which an installation can 
set this default. 

A user can also select the level of the macro at execution time, based on the system that is 
operating. The example in Figure 1 shows one method of selecting the macro level at 
execution time. The example uses the WTOR macro instruction, but any downward 
incompatible macro instruction could be substituted. The code makes use of the fact that the 
CVTMVSE bit in byte CVTDCB (located at offset 116 or X'74' of the communications vector 
table (CVT)) is set to 1 when MVS System Product Version 2 is operating. The CVTMVSE 
field of the CVT is defined in System Product Version 2. 



* DETERMINE WHICH SYSTEM IS EXECUTING 

TM CVTDCB , CVTMVSE 
BO SP2 

* INVOKE MVS/370 VERSION OF THE MACRO 

SPLEVEL SET=1 

WTOR 

B CONTINUE 

* INVOKE MVS/XA VERSION OF THE MACRO 
SP2 SPLEVEL SET=2 

WTOR 

* RESET TO SYSTEM DEFAULT 
CONTINUE SPLEVEL SET 

Figure 1. Macro Level Selected at Execution Time 



Addressing Mode and the Macro Instructions 



Callers in either 24-bit or 31 -bit addressing mode can invoke most of the macros described in 
this book. The following is a Hst of the macro instructions, documented in this book, that 
require the caller to be executing in 24-bit addressing mode and require that the parameters be 
located in 24-bit addressable storage: 

RACDEF 

RACHECK 

RACINIT 

RACLIST 

SPIE 

STAE 
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Note: RACF services are also available through the RACROUTE macro, which can execute in 
either 24-bit or 31 -bit addressing mode. 

In general, a program executing in 24-bit addressing mode cannot pass parameters located 
above 16 megabytes in virtual storage to a system service. There are exceptions to this general 
rule. For example, a program executing in 24-bit addressing mode can: 

• Free storage above 16 megabytes using the FREEMAIN macro instruction 

• Allocate storage above 16 megabytes using the GETMAIN macro instruction 

• Perform cell pool services for cell pools located in storage above 16 megabytes using the 
CPOOL macro instruction 

• Perform page services for storage locations above 16 megabytes using the PGSER macro 
instruction 

See the descriptions of the individual macro instructions for details. 

If a program is executing in 31 -bit addressing mode, the addresses specified as parameters for 
the macro instructions in this book can be located above or below the 16 megabytes Une unless 
otherwise stated. If a parameter passed by a program executing in 31 -bit addressing mode must 
be located below the 16 megabytes line in virtual storage, the restriction is stated in the 
description of the parameter of the macro instruction. 

If you are executing in 31 -bit addressing mode, you must use the MVS/XA version of the 
following macro instructions: 

ATTACH 

CALLDISP 

ESTAE 

EVENTS 

FESTAE 

INTSECT 

MODESET 

SETRP 

SNYCH 

WTOR 
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Cross Memory Restrictions for Macro Instructions 

The topic "Cross Memory" in Volume 1 describes the general restrictions pertaining to cross 
memory and the general functions available to callers in cross memory mode. Unless stated, a 
macro service is not available in cross memory mode. A brief description of how specific macro 
instructions can be used in cross memory is given here. 

The following macro instructions are available to callers in cross memory mode without 
restrictions: 

ABEND 

DSGNL 

INTSECT (global intersect) 

LOCASCB (locate an ASCB from an ASID) 

RISGNL 

RPSGNL 

PTRACE 

SCHEDULE 

SETLOCK (for global locks) 

SUSPEND 

VSMREGN (provides addresses in the current address space) 

The following services have special options or restrictions for cross memory mode programs: 

ATSET - The issuer of this macro instruction must be executing in primary mode. 

ATEXT - The issuer of this macro instruction must be executing in primary mode. 

AXFRE - The issuer of this macro instruction must be executing in primary mode. 

AXRES - The issuer of this macro instruction must be executing in primary mode. 

AXSET - The issuer of this macro instruction must be executing in primary mode. 

CALLDISP - This macro instruction is available if the caller uses the BRANCH = YES 
option. 

CALLRTM - This macro instruction has options and restrictions related to cross memory. 

CPOOL - This macro instruction is available to all cross memory callers, except for callers 
in secondary mode, who specify LINKAGE = SYSTEM. 

CPUTIMER - This macro instruction can be invoked in primary cross memory mode. 

ETCON - The issuer of this macro instruction must be executing in primary mode. 

ETCRE - The issuer of this macro instruction must be executing in primary mode. 

ETDES - The issuer of this macro instruction must be executing in primary mode. 

ETDIS - The issuer of this macro instruction must be executing in primary mode. 

GETMAIN/FREEMAIN (private storage) - The GETMAIN/FREEMAIN macro 
instructions with the BRANCH = YES option can be used in cross memory mode to obtain 
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private storage if the caller has current addressability to the address space and holds the 
address space's local lock as a CML lock. 

GETMAIN/FREEMAIN (common storage) - The GETMAIN/FREEMAIN macro 
instruction with the BRANCH = (YES,GLOBAL) option is available in cross memory 
mode to obtain common storage. 

GQSCAN - The issuer of this macro instruction must be executing in primary mode. 

LXFRE - The issuer of this macro instruction must be executing in primary mode. 

LXRES - The issuer of this macro instruction must be executing in primary mode. 

MODESET - The inline form of the MODESET macro instruction can by used by any 
callers in cross memory mode. 

PCLINK - The STACK and UNSTACK options are available to issuers in primary mode. 
The EXTRACT option is available to a caller with addressability to the same address space 
as when PCLINK STACK was issued for the stack element from which data is being 
extracted. 

PGFDC/PGFREE - These macro instructions have restrictions related to cross memory. See 
the description of the individual macro instruction for details. 

PGSER - The ANYWHER, FIX, FREE, LOAD, OUT, and RELEASE options of this 
macro are available to an enabled caller in supervisor state, key zero, who specifies branch 
entry. To use the LOAD and the ANYWHER options, the issuer of PGSER must not be 
running in secondary mode. 

RESUME - To issue RESUME, the requestor must have current addressabiUty to the 
address space of the task being resumed. That is, the address space must be the current 
address space. 

SDUMP - MVS/XA dumping services format additional data required by cross memory. 
The SDUMP macro instruction with the BRANCH = YES option is supported in cross 
memory mode, and other options dump address spaces related to the failing address space. 

SETFRR - The SETFRR macro instruction can set up a recovery environment in cross 
memory mode and provides predictable entry and re-try environments in case of error. 

SETLOCK (CML lock) - Programs can call the MVS/XA lock manager using the 
SETLOCK macro instruction. The program can request the local lock of another address 
space (the CML lock) in order to serialize resources in the other address space. The 
requestor must have an active addressing bind to the address space whose local lock he is 
requesting. 

SETRP - This macro instruction supports the freeing of the CML lock when a functional 
recovery routine requests that termination processing continue, and it also has an improved 
mechanism to get from SRB recovery to related task recovery. SETRP also supports a 
cross memory mode re-try environment. 

SLIP - The operator can set SLIP traps to intercept an event in cross memory mode. 
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SRBSTAT - Callers must have the authority to issue a SSAR to the home address space. 
The save area must be addressable from the home address space. Control returns from the 
SRBSTAT macro instruction in primary mode. 

SSAFF - TCB subsystem affinity - This macro instruction, described in SPL: System 
Modifications, has restrictions associated with cross memory. 

WAIT/POST - The WAIT and cross address space POST branch entry services provide 
restricted support. 

VSMLIST and VSMLOC - Callers who specify LINKAGE = SYSTEM cannot be in 
secondary mode. All address returned by these macro instructions are associated with the 
current address space. 

See the topic "Summary of MVS/XA FaciUties Available in Cross Memory Mode" in Volume 1 
for other functions that are available to callers in cross memory mode. 



Macro Instruction Forms 



When written in the standard form, some of the macro instructions result in instructions that 
store into an inhne parameter list. The option of storing into an out-of-line parameter list is 
provided to allow the use of these macro instructions in a reenterable program. You can 
request this option through the use of Ust and execute forms. When Ust and execute forms exist 
for a macro instruction, their descriptions follow the description of the standard form. 

Use the Ust form of a macro instruction to provide a parameter Ust to be passed either to the 
control program or to a problem program, depending on the macro instruction. The expansion 
of the list form contains no executable instructions; therefore you cannot use registers in the 
Ust form. 

Use the execute form of a macro instruction in conjunction with one or two parameter Usts 
established using the Ust form. The expansion of the execute form provides the executable 
instructions required to modify the parameter lists and to pass control to the required program. 
If you do not generate the control program parameter list using the list form of the macro, you 
must provide the Ust yourself, initialize it, then update it directly or by expUcitly specifying 
keywords on the execute form. 

Some macros also provide a modify form. Use the modify form of a macro instruction to 
modify a parameter list created with the list form of the macro instruction. 

The descriptions of the following macro instructions assume that the standard begin, end, and 
continue columns are used ~ for example, column 1 is assumed as the begin column. To 
change the begin, end, and continue columns, code the ICTL instruction to estabUsh the coding 
format you wish to use. If you do not use ICTL, the assembler recognizes the standard 
columns. To code the ICTL instruction, see Assembler H Version 2 Application Programming: 
Language Reference. 
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Coding the Macro Instructions 



The table appearing near the beginning of each macro instruction indicates how to code the 
macro instruction. The table does not explain the meanings of the parameters; the parameters 
are explained following the table. 

Figure 2 shows a sample macro instruction, TEST, and summarizes all the coding information 
that is available for it. The table is divided into three columns, A, B, and C. 




b 

TEST 
b 



name: symbol. Begin nome in column 1 
One or more blanks must precede TEST. 

One or more blanks must follow TEST. 



MATH 
HIST 
GEOG 

,D AT A= data addr 

-^^ .LHG=data length 



data addr: RX-type address, or register (2) - (12) 

data length: symbol or decimal digit, with a maximum value of 256, 



,FMT=HEX 
.FMT=DEC 
,FMT=BIN 

,PI\SS=value 



.grade 



Default: FMT=HEX 



value: symbol, decimal digit, or register (1) or (2) - (12). 
Default: PASS=65 

grade: symbol, decimal digit, or register (1) or (2) - (12). 



Figure 2. Sample Macro Instruction 



• The first column, A , contains those parameters that are required for that macro 
instruction. If a single line appears in that column, Al , the parameter on that line is 
required and you must code it. If two or more lines appear together, A2 , you must code 
the parameter appearing on one and only one of the lines. 

• The second column, B , contains those parameters that are optional for that macro 
instruction. If a single hne appears in that column, Bl , the parameter on that line is 
optional. If two or more lines appear together, B2, although the entire parameter is 
optional, if you elect to make an entry, code one and only one of the lines. 

• The third column, C , provides additional information for coding the macro instruction. 
When substitution of a variable is required, the following classifications are used: 

symbol: any symbol valid in the assembler language. That is, an alphabetic character followed 
by 0-7 alphameric characters, with no special characters and no blanks. 
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decimal digit: any decimal digit up to the value indicated in the parameter description. If both 
symbol and decimal digit are indicated, an absolute expression is also allowed, 

register (2) - (12): one of general registers 2 through 12, specified within parentheses, 
previously loaded with the right-adjusted value or address indicated in the parameter 
description. You must set the unused high-order bits to zero. You can designate the register 
symbolically or with an absolute expression. 

register (0): general register 0, previously loaded as indicated under register (2) - (12) above. 
Designate the register as (0) only. 

register (1): general register 1, previously loaded as indicated under register (2) - (12) above. 
Designate the register as (1) only. 

RX-type address: any address that is valid in an RX-type instruction (for example, LA). 

A- type address: any address that can be written in an A-type address constant. 

default: a value that is used in default of a specified value; that is, the value that is assumed if 
the parameter is not coded. Use the parameters to specify the services and options to be 
performed, and write them according to the following general rules: 

• If the selected parameter is written in all capital letters (for example, MATH, HIST, or 
FMT = HEX), code the parameter exactly as shown. 

• If the selected parameter is written in itaUcs (for example, grade), substitute the indicated 
value, address, or name. 

• If the selected parameter is a combination of capital letters and itaUcs separated by an 
equal sign (for example, DATA = data addr), code the capital letters and equal sign as 
shown, and then make the indicated substitution for the italics. 

• Read the table from top to bottom. 

• Code commas and parentheses exactly as shown. 

• Positional parameters (parameters without equal signs) appear first and must be coded in 
the order shown. Keyword parameters (parameters with equal signs) may be coded in any 
order. 

• If a parameter is selected, read the third column before proceeding to the next parameter. 
The third column often contains coding restrictions for the parameter. 



Continuation Lines 



You can continue the parameter field of a macro instruction on one or more additional lines 
according to the following rules: 

1 . Enter a continuation character (not blank, and not part of the parameter coding) in column 
72 of the line. 

2. Continue the parameter field on the next Une, starting in column 16. All columns to the 
left of column 16 must be blank. 
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You can code the parameter field being continued in one of two ways. Code the parameter 
field through column 71, with no blanks, and continue in column 16 of the next Hne; or 
truncate the parameter field by a comma, where a comma normally falls, with at least one 
blank before column 71, and then continue in column 16 of the next line. Figure 3 shows an 
example of each method. 



16 44 72 

Y ' y y 

OPERANDI , 0PERAND2, 0PERAND3, 0PERAND4, OPERANDS, 0PERAND6, OPX 

ERAND7 THIS IS ONE WAY 

NAME2 0P2 OPERANDI, 0PERAND2, THIS IS ANOTHER WAY X 

OPERANDS, 0PERAND4, X 

OPERANDS, OPERANDS, 0PERAND7 



Figure 3. Continuation Coding 



1 


10 


1 


y 


NAME1 


0P1 
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ATSET - Set Authorization Table 

The ATSET macro instruction sets both the PT and SSAR authority in the home address 
space's authorization table entry that corresponds to the specified authorization index (AX) 
value. This action sets up authority for address spaces with the specified AX to issue a PT 
instruction (PT = YES) or SSAR instruction (SSAR = YES) into the home address space. 

The caller must be either in supervisor state or PKM 0-7, executing in primary mode enabled 
and unlocked. 

Before entry to this macro, register 13 must point to a standard register save area addressable in 
primary mode. Register 2, which is modified by the macro after the registers are saved, should 
not be used as the base register. 

After completion, the registers contain the following information: 

• Registers and 1 are unpredictable. 

• Registers 2-14 are preserved. 

• Register 15 contains the return code. 

The ATSET macro instruction is written as follows: 



name 
b 

ATSET 
b 



name: sjmabol. Begin name in column 1. 
One or more blanks must precede ATSET. 

One or more blanks must follow ATSET. 



AX = AX value 

,PT = NO 
,PT = YES 

,SSAR = NO 
,SSAR = YES 

,RELATED = va/Me 



AX value: RX-type address or general register (0) - (12). 
Default: PT = NO 

Default: SSAR = NO 

value: any valid macro instruction keyword specification. 
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The parameters are explained as follows: 

AX = AX value 

specifies the AX value for which the PT and SSAR authority are to be set. If the 
RX-type address is used, it points to the address of a half word, addressable in primary 
mode, that contains the AX value. If the register form is used, the AX value must be in 
bits 16-31; bits 0-15 are ignored. 

,PT = NO 
,PT = YES 

specifies whether (YES) or not (NO) a program transfer (PT) into the home address space 
by routines executing with the specified AX is to be allowed. 

,SSAR = NO 
,SSAR = YES 

specifies whether (YES) or not (NO) routines executing with the specified AX are to be 
allowed to estabUsh secondary addressabihty to the home address space. 

,RELATED = va/Me 

specifies information used to self document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user and can be any vaUd coding values. 

Note: Both the PT and SSAR authority are set every time you invoke the ATSET macro 
instruction. If you do not specify PT, for example, the PT authority is set off. If you 
want the PT authority to remain on, you must specify PT = YES. 

When control returns, register contains the following return code: 



Hexadecimal 

Code Meaning 

The selected authorization table entry has been 

set 
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ATTACH - Create a New Task 



This macro can be assembled compatibly between MVS/XA and MVS/370 through the use of 
the SPLEVEL macro instruction. Default processing will result in an expansion of the macro 
that operates only with MVS/XA. See the topic "Selecting the Macro Level" for additional 
information. If you are executing in 31 -bit addressing mode, you must use the MVS/XA 
version of this macro instruction. 

The ATTACH macro instruction causes the control program to create a new task and indicates 
the entry point in the program to be given control when the new task becomes active. The 
entry point name that is specified must be a member name or an alias in a directory of a 
partitioned data set, or must have been specified in an IDENTIFY macro instruction. If the 
specified entry point cannot be located, the new subtask is abnormally terminated. 

On entry to the attached routine, the high order bit, bit 0, of register 14 is set to indicate the 
addressing mode of the issuer of the ATTACH macro. If bit is 0, the issuer is executing in 
24-bit addressing mode; if bit is 1, the issuer is executing in 31 -bit addressing mode. 

The address of the task control block for the new task is returned in register 1 . The new task is 
a subtask of the originating task; the originating task is the task that was active when the 
ATTACH macro instruction was issued. The limit and dispatching priorities of the new task 
are the same as those of the originating task unless modified in the ATTACH macro 
instruction. 

The load module containing the program to be given control is brought into virtual storage if a 
usable copy is not available in virtual storage. The issuing program can provide an event 
control block, in which termination of the new task is posted, an exit routine to be given 
control when the new task is terminated, and a parameter Ust whose address is passed in 
register 1 to the new task. If you code neither the ECB nor ETXR parameter, the subtask is 
automatically removed from the system upon completion of its execution. If you specify the 
ECB parameter in the ATTACH macro instruction, the ECB must be in storage so that you 
can wait on it (using the WAIT macro instruction) and the control program can post it on 
behalf of the terminating task. You can also use the ATTACH macro instruction to specify 
that ownership of virtual subpools is to be assigned to the new task, or that the subpools are to 
be shared by the originating task and the new task. 

Except for DCB and JSCB, all input parameters to the ATTACH macro instruction can reside 
in storage above 16 megabytes if the issuer is executing in 31 -bit addressing mode. 

The description of the ATTACH macro instruction follows. The ATTACH macro instruction 
is also described in Supervisor Services and Macro Instructions with the exception of the JSTCB, 
SM, SVAREA, KEY, DISP, JSCB, TID, NSHSPV, NSHSPL, and RSAPF parameters. These 
parameters are restricted in use to supervisor state or PSW key 0-7 programs and, therefore, are 
only described here. 
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The standard form of the ATTACH macro instruction is written as follows: 



ATTACH 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede ATTACH. 

One or more blanks must follow ATTACH. 



EP = entry name 

EPLOC = entry name addr 

DE = list entry addr 

,BCB = deb addr 

,LPMOD = limit prior nmbr 

,DPMOD = disp prior nmbr 

,PARAM = (addr) 
,PARAM = (addr) ,VL = ] 

,ECB = ecb addr 

,ETXR = exit rtn addr 

,GSPV = subpool nmbr 
,GSPL = subpool list addr 

,SHSPV = subpool nmbr 
,SB.SPL = subpool list addr 

,SZERO=YES 
,SZERO = NO 

,TASKLm = deb addr 

,STAI= (exit addr) 

,STAI = (exit addr,parm addr) 

,ESTAl=' (exit addr) 

, EST A I = (exit addr, p arm addr) 

,PURGE = QUIESCE 
.PURGE = NONE 
,PURGE = HALT 

,ASYNCH = N0 
,ASYNCH=YES 

,TERM = NO 
,TERM = YES 

,JSTCB = NO 
,JSTCB = YES 

,SM = PROB 
,SM = SUPV 

,SVAREA = YES 
,SVAREA=NO 

,KEY = PROP 
,KEY = ZERO 

,DISP = YES 
,DISP = NO 

,JSCB =jscb addr 

,TID = task id 

,J>iSHSFY = subpool nmbr 
,NSHSPL = subpool list addr 

,RSAPF = NO 
,RSAPF = YES 

.RELATED = va/Me 



entry name: symbol, 

entry name addr: A-type address, or register (2) - (12). 

list entry addr: A-type address, or register (2) - (12). 

deb addr: A-type address, or register (2) - (12). 

limit prior nmbr: symbol, decimal digit, or register (2) - (12). 

disp prior nmbr: symbol, decimal digit, or register (2) - (12). 

addr: A-type address, or register (2) - (12). 

Note: addr is one or more addresses, separated by commas. For example, 

PARAM = (addr, addr, addr) 

ecb addr: A-type address, or register (2) - (12). 

exit rtn addr: A-type address, or register (2) - (12). 

subpool nmbr: symbol, decimal digit, or register (2) - (12). 
subpool list addr: A-type address, or register (2) - (12). 

subpool nmbr: symbol, decimal digit, or register (2) - (12). 
subpool list addr: A-type address, or register (2) - (12). 

Default: SZERO = YES 

deb addr: A-type address, or register (2) - (12). 

exit addr: A-type address, or register (2) - (12). 
parm addr: A-type address, or register (2) - (12). 



Note: PURGE may be specified only if STAI or ESTAI is specified. 
Default for STAI: PURGE = QUIESCE 
Default for ESTAI: PURGE = NONE 

Note: ASYNCH may be coded only if STAI or ESTAI is specified. 

Default for STAI: ASYNCH = NO 

Default for ESTAI: ASYNCH = YES 

Note: TERM may be specified only if ESTAI is specified. 

Default: TERM = NO 

Default: JSTCB = NO 
Default: SM = PROB 
Default: SVAREA = YES 
Default: KEY = PROP 
Default: DISP = YES 

jscb addr: A-type address, or register (2) - (12). 

task id: decimal digits 0-255, or register (2) - (12). 
Default: TID = 

subpool nmbr: symbol, decimal digit, or register (2) - (12). 
subpool list addr: A-type address, or register (2) - (12). 

Default: RSAPF = NO 



value: any valid macro keyword specification. 
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The parameters are explained below: 

EP = entry name 

EPLOC = entry name addr 

DE^Hst entry addr 

specifies the entry name, the address of the entry name, or the address of the name field 
of a 60-byte list entry for the entry name that was constructed using the BLDL macro 
instruction. If EPLOC is coded, the name must be padded to eight bytes, if necessary. 

Notes: 

1. ATTACH processing can attach a load module in 24-bit or 31-bit addressing mode 
physically resident above or below 16 megabytes virtual. The AMODE and RMODE, 
which are load module attributes located in the directory entry for the load module, 
provide this information. The RMODE indicates where the module is to be placed; the 
AMODE indicates the addressing mode of the module. If the AMODE of the entry 
point being attached is ANY, it will be attached with the same addressing mode as the 
caller. 

2. The task structure must not be changed via an ATTACH or DETACH between the 
issuance of the BLDL and the issuance of the ATTACH for the module, or an abend 
106 with a return code of 15 might result. 

,DCB = deb addr 

specifies the address of the data control block for the partitioned data set containing the 
entry name described above. 

Note: The DCB must be opened before the ATTACH macro instruction is executed and 
must reside in storage below 16 megabytes. 

,LPMOD = limit prior nmbr 

specifies the number (255 or less) to be subtracted from the current limit priority of the 
originating task. The result is the hmit priority of the new task. If this parameter is 
omitted, the current limit priority of the originating task is assigned as the Umit priority of 
the new task. 

,DPMOD = disp prior nmbr 

specifies the signed number (255 or less) to be algebraically added to the current 
dispatching priority of the originating task. The result is assigned as the dispatching 
priority of the new task, unless it is greater than the limit priority of the new task. If the 
result is greater, the limit priority is assigned as the dispatching priority. 

If. a register is designated, a negative number must be in two's complement form in the 
register. If this parameter is omitted, the dispatching priority assigned is the smaller of 
either the new task's limit priority or the originating task's dispatching priority. 

,FARAM = (addr) 

,PARAM = (addr), VL = 1 

specifies the address(es) to be passed to the attached program. Each address is expanded 
inline to a fuUword on a fuUword boundary, in the order designated. Register 1 contains 
the address of the first word when the program is given control. 
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VL = 1 should be designated only if the called program can be passed a variable number 
of parameters. VL = 1 causes the high-order bit of the last address to be set to 1; the bit 
can be checked to find the end of the list. 

,ECB = ecb addr 

specifies the address of an event control block for the new task to be used by the control 
program to indicate the termination of the new task. The ECB must be in storage so that 
the issuer of the attach can wait on it (using the WAIT macro instruction) and the control 
program can post it on behalf of the terminating task. The return code (if the task is 
terminated normally) or the completion code (if the task is terminated abnormally) is also 
placed in the event control block. If this parameter is coded, a DETACH macro 
instruction must be issued to remove the subtask from the system after the subtask has 
been terminated. 

,ETXR = exit rtn addr 

specifies the address of the end-of-task exit routine to be given control after the new task 
is normally or abnormally terminated. The exit routine is given control when the 
originating task becomes active after the subtask is terminated, and must be in virtual 
storage when required. If this parameter is coded, a DETACH macro instruction must be 
issued to remove the subtask from the system after the subtask has been terminated. 

The exit routine receives control in the addressing mode of the caller of the ATTACH 
macro instruction. ATTACH processing issues an ABEND with completion code X'72A' 
if a caller attempts to create two subtasks with the same exit routine in different 
addressing modes. 

The contents of the registers when the exit routine is given control are as follows: 



Register 


1 


Contents 

Control Program Information 

Address of the task control block for the task that was 




terminated 


2-12 
13 
14 
15 


Unpredictable 

Address of a save area provided by the control program 

Return address (to the control program) 

Address of the exit routine 



The exit routine is responsible for saving and restoring the registers. 

,GSPV = subpool nmbr 

,GSPL = subpool list addr 

specifies a virtual storage subpool ntmiber less than 128 or the address of a hst of virtual 
storage subpool numbers each of which less than 128. Except for subpool 0, ownership of 
each of the specified subpools is assigned to the new task. Although you can specify 
subpool zero, it cannot be transferred. When a task transfers ownership of a subpool, it 
can no longer GETMAIN or FREEMAIN the associated virtual storage areas. 

If GSPL is specified, the first byte of the list contains the number of remaining bytes in 
the list; each of the following bytes contains a virtual storage subpool number. 

,SHSPV = subpool nmbr 

,SHSFL = subpool list addr 

specifies a virtual storage subpool number less than 128 or the address of a hst of virtual 
storage subpool numbers each less than 128. Programs of both originating task and the 
new task can use the associated virtual storage areas. 



ATTACH - Create a New Task 2- 1 5 



If SHSPL is specified, the first byte of the list contains the number of remaining bytes in 
the Hst; each of the following bytes contains a virtual storage subpool number. 

,SZERO = YES 
,SZERO = NO 

specifies whether subpool is to be shared with the subtask. YES specifies that subpool 
is to be shared; NO specifies that subpool is not to be shared. 

J ASKLIB = deb addr 

specifies that a task library DCB address has been supplied and is to be stored in 
TCBJLB. Otherwise, TCBJLB is propagated from the originating task. If the DCB 
address specifies LINKLIB, no other library is searched because searching LINKLIB 
indicates the end of the search. 

Note: The DCB must be opened before the ATTACH macro instruction is executed and 
niust reside in storage below 16 megabytes. 

,STAI = (exit addr) 

jSTAI = {exit addr,parm addr) 

,"£^1^1 = {exit addr) 

jESTAI = {exit addr.parm addr) 

specifies whether a STAI or ESTAI SCB is to be created; any STAI/ESTAI SCBs queued 

to the originating task are propagated to the new task. 

The exit addr specifies the address of the STAI or ESTAI exit routine which is to receive 
control if the subtask abnormally terminates; the exit routine must be in virtual storage at 
the time of abnormal termination. The parm addr is the address of a parameter list that 
can be used by the STAI or ESTAI exit routine. 

ATTACH processing passes control to the ESTAI exit routine in the addressing mode of 
the caller of the ATTACH service routine. Therefore, the ESTAI exit routine can execute 
in either 24- bit or 31 -bit addressing mode. A STAI exit routine can execute only in 24-bit 
addressing mode. If a caller in 31 -bit addressing mode specifies the STAI parameter on 
the ATTACH macro instruction, the caller is abended with an X'52A' completion code. 

,PURGE = QUIESCE 
,PURGE-NONE 
,PURGE = HALT 

specifies what action is to be taken with regard to I/O operations when the subtask is 
abnormally terminated. No action may be specified (NONE), a halting of I/O operations 
may be requested (HALT), or a quiescing of I/O operations may be indicated 
(QUIESCE). 

,ASYNCH = NO 
,ASYNCH = YES 

specifies whether asynchronous exits are to be allowed when a subtask abnormal 
termination occurs. 

ASYNCH = YES must be coded if: 

• Any supervisor services that require asynchronous interruptions to complete their 
normal processing are going to be requested by the ESTAI exit routine. 
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• PURGE = QUIESCE is specified for any access method that requires asynchronous 
interruptions to complete normal input/output processing. 

• PURGE = NONE is specified and the CHECK macro instruction is issued in the 
ESTAI exit routine for any access method that requires asynchronous interruptions to 
complete normal input/output processing. 

Note: If ASYNCH = YES is specified and the ABEND was originally scheduled because 
of an error in asynchronous exit handhng, an ABEND recursion will develop. 

,TERM = NO 
,TERM = YES 

specifies whether the exit routine associated with the ESTAI request is also to be 
scheduled in the following situations: 

• CANCEL 

• Forced LOGOFF 

• Job step timer expirations 

• Wait time limit for job step exceeded 

• ABEND condition because incomplete task detached when STAE option not specified 
on DETACH 

• Attaching task abnormally terminates 

,JSTCB = NO 
,JSTCB = YES 

specifies whether the attached task is a new job step (YES) or a task in the present job 
step (NO). If YES is specified, the address of the TCB of the newly created task is placed 
in the TCBJSTCB field of the TCB; if NO is specified, the TCBJSTCB field of the task 
using ATTACH is propagated to the new task. 

Note: The JSTCB = YES option causes a new job pack area to be established for the 
attached task. Any modules within the job pack area of the task issuing the ATTACH 
are therefore not implicitly known to the newly attached task. 

,SM = PROB 
,SM = SUPV 

specifies that the system is to run in problem program mode (PROB) or in supervisor 
mode (SUPV) when executing the attached task. 

,SVAREA = YES 
,SVAREA = NO 

specifies whether a save area is needed for the attaching task. If YES is specified, the 
ATTACH routine obtains a 72-byte save area. If both attaching and attached task share 
subpool zero, the save area is obtained there; otherwise, it is obtained from a new 4K-byte 
block. 
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,KEY = PROP 
,KEY = ZERO 

specifies whether the protection key of the newly created task should be zero (ZERO) or 
copied from the TCBPKF field of the TCB for the task using ATTACH (PROP). 

,DISP = YES 
,DISP = NO 

specifies whether the subtask is to be dispatchable (YES) or nondispatchable (NO). 

Note: If DISP = NO is specified, the attaching task must use the STATUS macro 
instruction to reset the TCBANDSP nondispatchability bit to 0, before the ATTACH 
processing can be completed for the new task. 

, JSCB =jscb addr 

specifies the address of the job step control block. If specified, the JSCB is used for the 
new task. Otherwise, the JSCB of the attaching task is also used for the new task. 

Note: The JSCB parameter must specify a storage location below 16 megabytes. 

,T1D = task id 

specifies the task identifier to be placed in the TCBTID field of the attached task. 

."HSVLSPy = subpool nmbr 

,NSHSPL = subpool list addr 

specifies the virtual storage subpool number 236 or 237, or the address of a Ust of virtual 
storage subpool numbers 236 and 237. The subpools specified will not be shared with the 
subtask. 

If NSHSPL is specified, the first byte of the list contains the number of bytes remaining in 
the Ust; each of the following bytes contains a virtual storage subpool numb'^r. 

,RSAPF = YES 

specifies that the attached subtask may come from an unauthorized Ubrary. If, however, 
it comes from an APF-authorized Ubrary and is Unk-edited with the APF-authorized 
attribute, the step begins execution with APF authorization. 

RSAPF = YES appUes when aU of the following conditions are met: 

• The caller is running in supervisor state, system key (0-7), or both. 

• The caller is running non-APF authorized. 

• The task is attached in the problem program state and with a non-system key. 

,RELATED = (va/Me) 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user, and may be any vaUd coding 
values. 
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When control is returned, register 15 contains one of the following return codes: 



Hexadecimal 
Code 

00 
04 
08 

OC 

14 
18 



Meaning 

Successful completion. 

ATTACH was issued in a STAE exit; processing not completed. 

Insufficient storage available for control block 

for STAI/ESTAI request; processing not completed. 

Invalid exit routine address or invalid parameter 

list address specified with STAJ parameter; 

processing not completed. 

Authorized task specifying JSTCB=YES was not itself a job 

step task; processing not completed. 

Attempt to create a new subtask would result in both 

job step tasks and non-job step tasks being subtasks of 

current task; processing not completed. 



Notes: 



Example 1 



Example 2 



Example 3 



1. For any return code other than 00. register 1 is set to zero upon return. 

2. The program manager processing for A TTACH is performed under the new subtask after 
control has been returned to the originating task. Therefore, it is possible for the originating 
task to obtain return code 00, and still not have the subtask successfully created (for example, 
if the entry name could not be found by the program manager). In such cases, the new 
subtask is abnormally terminated. 



Operation: Attach program SYSPROGM, which will run with protection key and in 
supervisor mode. Subpool is not to be shared, and the new task is not to have a save area 
provided. 

ATTACH EP=SYSPROGM , KEY=ZERO , SM=SUPV , SZERO=NO , SVAREA=NO 



Operation: Attach as a new job step the program name addressed in register 7. The new task 
is to run in problem program mode, a save area is to be provided, a job step control block is 
provided, subpool is not to be shared, a task library DCB is provided, and the new task is to 
be nondispatchable. 

ATTACH EPLOC= ( 7 ) , SM=PROB , JSTCB=YES , SVAREA=YES , SZERO=NO , X 
JSCB= ( 5 ) , DISP=NO , TASKLIB= ( 8 ) 



Operation: Cause the program named in the list to be attached. EstabUsh RTN as an end of 
task exit routine. 

ATTACH DE=LISTNAME,ETXR=RTN 
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Example 4 



Operation: Cause PROGRAM 1 to be attached, share subpool 5, supply WORDl so the 
originating task can know when the subtask is complete, and estabUsh EXITl as an ESTAI 
exit. 

ATTACH EP=PR0GRAM1 , SHSPV=5 , ECB=W0RD1 , ESTAI= ( EXITl ) 



2-20 SPL: System Macros and Facilities Volume 2 



ATTACH (List Form) 



Two parameter lists are used in an ATTACH macro instruction: a control program parameter 
list and a problem program parameter list. You can construct only the control program 
parameter list in the list form of ATTACH. Address parameters to be passed in a parameter 
list to the problem program can be provided using the list form of the CALL macro instruction. 
This parameter list can be referred to in the execute form of ATTACH. 
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The list form of the ATTACH macro instruction is written as follows: 



name 
b 

ATTACH 
b 



name: symbol. Begin name in colxunn 1. 
One or more blanks must precede ATTACH. 

One or more blanks follow ATTACH. 



EP = entry name 
EPLOC = entry name addr 
DE = list entry addr 

,DCB = deb addr 

,LPMOD = limit prior nmbr 

,DPMOD = disp prior nmbr 

,ECB ^ecb addr 

,ETXR = exit rtn addr 

,GSPV = subpool nmbr 
,GSPL = subpool list addr 

,SaSPY = subpool nmbr 
,SHSPL= subpool list addr 

,SZERO = YES 
,SZERO = NO 

,TASKLIB = rfc6arf<fr 

,^TM= (exit addr) 

jSTAI = (exit addr.parm addr) 

,¥.^1^1= (exit addr) 

,ESTAI = (exit addr.parm addr) 

,PURGE = QUIESCE 
,PURGE = NONE 
,PURGE = HALT 

,ASYNCH = N0 

,ASYNCH = YES 

,TERM=NO 

,TERM=YES 

,JSTCB = NO 
,JSTCB = YES 

,SM = PROB 
,SM = SUPV 

,SVAREA = YES 
,SVAREA = NO 

,KEY = PROP 
,KEY = ZERO 

,DISP=YES 
,DISP = NO 

,i^CB==jscb addr 

,TID = task id 

,NSHSPY = subpool nmbr 
,NSHSPL = subpool list addr 

,RSAPF = NO 
,RSAPF = YES 

.RELATED = vfl/Me 

,SF = L 



entry name: symbol. 

entry name addr: A-type address. 

list entry addr: A-type address. 

deb addr: A-type address. 

limit prior nmbr: symbol or decimal digit. 

disp prior nmbr: symbol or decimal digit. 

ecb addr: A-type address. 

exit rtn addr: A-type address. 

subpool nmbr: symbol or decimal digit. 
subpool list addr: A-type address. 

subpool nmbr: symbol or decimal digit. 
subpool list addr: A-type address. 

Default; SZERO = YES 

deb addr: A-type address. 

exit addr: A-type address. 
parm addr: A-type address. 



Note: PURGE may be specified only if STAI or ESTAI is specified. 
Default for STAI: PURGE = QUIESCE 
Default for ESTAI: PURGE = NONE 

Note: ASYNCH may be specified only if STAI or ESTAt 

is specified. 

Default for STAI: ASYNCH = NO 

Default for ESTAI: ASYNCH = YES 

Note: TERM may be specified only if ESTAI is specified. 

Default: TERM = NO 

Default: JSTCB = NO 
Default: SM = PR0B 
Default: SVAREA=YES 
Default: KEY = PROP 
Default: DISP = YES 

jscb addr: A-type address. 

task id: decimal digits 0-255. 
Default: TID = 

subpool nmbr: symbol, decimal digit. 
subpool list addr: A-type address. 

Default: RSAPF = NO 



value: any valid macro keyword specification. 
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The parameters are explained under the standard form of the ATTACH macro instruction, with 
the following exception: 

,SF = L 

specifies the list form of the ATTACH macro instruction. 

Note: If RSAPF parameter is not specified on the list form of the ATTACH macro 
instruction, the default is RSAPF = NO. If RSAPF = YES is specified on the Ust form or on a 
previous execute form using the same SF = list, RSAPF = NO is ignored for any subsequent 
execute forms of the ATTACH macro instruction. 

Once RSAPF is specified, it is in effect for all users of that Ust. 
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ATTACH (Execute Form) 



Two parameter lists are used in ATTACH: a control program parameter list and an optional 
problem program parameter list. Either or both of these parameter lists can be remote and can 
be referred to and modified by the execute form of ATTACH. If only the problem program 
parameter Ust is remote, parameters that require use of the control program parameter list 
cause that list to be constructed inUne as part of the macro expansion. 
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The execute form of the ATTACH macro instruction is written as follows: 



name 
b 

ATTACH 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede ATTACH. 

One or more blanks must follow ATTACH. 



"£9 = entry name 
EPLOC = entry name addr 
DE = list entry addr 

,DCB = deb addr 

,LPMOD = limit prior nmbr 

,T>VMOD = disp prior nmbr 
,P ARAM = (addr) 
,PARAM = (addr). VL = I 

,ECB = ecb addr 

,ETXR = exit rtn addr 

,GSPY = subpoolnmbr 
,GSPL =subpool list addr 

,SHSPV = subpool nmbr 
,SliSPL = subpool list addr 

,SZERO = YES 
,SZERO = NO 

,TASKLm = deb addr 

,STAl= (exit addr) 

,STAI = (exit addr,parm addr) 

,ESTAI= (exit addr) 

,ESTAI = (exit addr.parm addr) 

.PURGE = QUIESCE 
,PURGE = NONE 
,PURGE=HALT 

,ASYNCH = NO 
,ASYNCH=YES 

,TERM = NO 
,TERM=YES 

,JSTCB = N0 
,JSTCB = YES 

,SM=PROB 
,SM=SUPV 

,SVAREA=YES 
,SVAREA = NO 

,KEY = PROP 
,KEY = ZERO 

,DISP = YES 
,DISP = NO 

,i^C&=jscb addr 

,TID = task id 

,NSHSPV = subpool nmbr 
,NSnSPL-= subpool list addr 

,RSAPF = NO 
,RSAPF = YES 

.RELATED = va/ae 

,MF = (E,prob addr) 

,S¥ = (E, Ctrl addr) 

,MF = (E,prob addr),SF= (E.ctrl addr) 



entry name: symbol. 

entry name addr: RX-type address, or register (2) - (12). 

list entry addr: RX-type address, or register (2) - (12). 

deb addr: RX-type address, or register (2) - (12). 

limit prior nmbr: symbol, decimal digit , or register (2) - (12). 

disp prior nmbr: symbol, decimal digit, or register (2) - (12). 

addr: RX-type address, or register (2) - (12). 

Note: addr is one or more addresses, separated by commas. For example, 

PARAM = (addr, addr, addr) 

ecb addr: RX-type address, or register (2) - (12). 

exit rtn addr: RX-type address, or register (2) - (12). 

subpool nmbr: symbol, decimal digit, or register (2) - (12). 
subpool list addr: RX-type address, or register (2) - (12). 

subpool nmbr: symbol, decimal digit, or register (2) - (12). 
subpool list addr: RX-type address, or register (2) - (12). 



deb addr: RX-type address, or register (2) - (12). 

exit addr: RX-type address, or register (2) - (12). 
parm addr: RX-type address, or register (2) - (12). 



Note: PURGE may be specified only if STAI or ESTAI is specified. 

Note: ASYNCH may be specified only if STAI or ESTAI is specified. 
Note: TERM may be specified only if ESTAI is specified. 
Default: JSTCB = NO 
Default: SM = PROB 

Default: SVAREA = YES 
Default: KEY = PROP 

Default: DISP = YES 

jscb addr: RX-type address, or register (2) - (12). 

task id: decimal digits 0-255, or register (2) - (12). 
Default: TID = 

subpool nmbr: symbol, decimal digit, or register (2) - (12). 
subpool list addr: RX-type address, or register (2) - (12). 

Default: RSAPF=NO 

value: any valid macro keyword specification. 

prob addr: RX-type address, or register (1) or (2) - (12). 
Ctrl addr: RX-type address, or register (2) - (12) or (15). 
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The parameters are explained under the standard form of the ATTACH macro instruction, with 
the following exceptions: 

MF = (E,probaddr) 

,SF = (E, Ctrl addr) 

,MF = (E, prob addr) ,SF = (E, Ctrl addr) 

specifies the execute form of the ATTACH macro instruction using a remote problem 
program parameter Ust or a remote control program parameter list or both. If a 
parameter list is not provided, any problem program or control program parameters are 
provided in parameter hsts expanded inline. 

Notes: 

1. If STAI is specified on the execute form, the following fields are overlaid in the control 
program parameter list: exit addr, parm addr, PURGE, and ASYNCH. If parm addr is not 
specified, zero is used; if PURGE or ASYNCH are not specified, defaults are used. 

2. If ESTAI is specified on the execute form, the following fields are overlaid; exit addr, parm 
addr, PURGE, ASYNCH, and TERM. If parm addr is not specified, zero is used; if 
PURGE, ASYNCH, or TERM are not specified, defaults are used. 

3. If the STAI or ESTAI is to be specified, it must be completely specified on either the list or 
execute form, but not on both forms. 

4. If S ZERO is not specified on the list or execute form, the default is SZERO= YES. If 
SZERO = NO is specified on either the list form or a previous execute form using the same 
SF= list, then SZERO = YES is ignored for any following execute forms of the macro. Once 
SZERO = NO is specified, it is in effect for all users of that list. 

5. If RSAPF= YES is specified on the list form of the ATTACH macro instruction or on a 
previous execute form of the ATTACH macro instruction using the same SF= list, 
RSAPF=NO is ignored for any subsequent execute forms of the ATTACH macro instruction. 
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AXEXT - Extract Authorization Index 



The AXEXT macro instruction returns to the caller the authorization index (AX) value of the 
specified address space. 

The caller must be in supervisor state or PKM 0-7 executing in primary mode enabled and 
unlocked. Register 13 must point to a standard register save area that must be addressable in 
primary mode. 

Registers 2-14 are preserved. Register 2, which is modified by the macro after the registers are 
saved, should not be used as the base register. Register 15 contains the return code. The 
extracted AX is placed in bits 16-31 of register and bits 0-15 are set to zero. The contents of 
register 1 are unpredictable. 

The AXEXT macro instruction is written as follows: 



name name: symbol. Begin name in column 1. 

b One or more blanks must precede AXEXT. 
AXEXT 

b One or more blanks must follow AXEXT. 



ASID = asid value asid value: RX-type address or register (0) - (12). 

Default: current PASID. 

, RELATED = value value: any valid macro keyword specification. 



The parameters are explained as follows: 

ASID = asid value 

specifies the ASID of the address space whose AX is to be extracted. If the RX-type 
address is used, it points to a halfword containing the ASID. If the register form is used, 
the register must contain the ASID in bits 16-31 with bits 0-15 set to zero. If ASID is not 
specified, the current PASID is assumed. 

,RELATED = v«/Me 

specifies information used to self document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and content of the 
information specified are at the discretion of the user and can be any valid coding values. 



AXEXT - Extract Authorization Index 2-27 



When control returns, register 15 contains the following return code: 

Hexadecimal 

Code Meaning 

The AX value of the specified address space was successfully obtained. 
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AXFRE - Free Authorization Index 



The AXFRE macro instruction returns one or more authorization index (AX) values to the 
system. The caller must ensure that the AXs to be returned are no longer being used by any 
address space or else the caller is abnormally terminated. On completion of the AXFRE macro 
instruction, all authorization of the freed AX values in authorization tables for the entire system 
will be purged. The caller must be dispatched in the address space that owns the AX. 

The caller must be in supervisor state or PSW mask 0-7, executing in primary mode enabled 
and unlocked. 

Register 1 3 must point to a standard register save area that must be addressable in primary 
mode. The list of AX values passed to the AXFRE macro instruction must also be addressable 
in primary mode at the time the macro instruction is issued. 

Registers 2-12 are preserved. Register 2, which is modified by the macro after the registers are 
saved, should not be used as the base register. Register 15 contains the return code. The 
contents of registers and 1 are unpredictable. 

The AXFRE macro instruction is written as follows: 



name name: symbol. Begin name in column 1. 

b One ore more blanks must precede AXFRE. 
AXFRE 

b One or more blanks must follow AXFRE. 

AXLIST = //5; addr list addr: RX-type address or register (0) - (12). 

,RELATED = value value: any valid macro keyword specification. 



The parameters are explained as follows: 

AXLIST = list addr 

specifies the address of a variable length list of halfword entries that contain the AX 
values to be freed. The first halfword must contain the number of values in the Hst. 

,RELATED = va/Me 

specifies information used to self document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user and can be any vaHd coding values. 
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When control returns, register 15 contains one of the following return codes: 

Hexadecimal 

Code Meaning 

The specified authorization index or indexes were successfully freed. 

4 The specified authorization index or indexes were not successfully freed. One or more of the 

indexes could be unavailable for use. 
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AXRES - Reserve Authorization Index 



The AXRES macro instruction reserves one or more authorization index (AX) values for the 
caller's use. The AX values are then owned by the current home address space. 

The caller must be in supervisor state or PKM 0-7, executing in primary mode enabled and 
unlocked. The parameter list passed to the AXRES macro instruction must be addressable in 
primary mode at the time the macro expansion is executed. Register 13 must point to a 
standard register save area that must be addressable in primary mode. 

Registers 2-14 are preserved. Register 2, which is modified by the macro after the registers are 
saved, should not be used as the base register. Register 15 contains the return code. The 
contents of registers and 1 are unpredictable. 

The AXRES macro instruction is written as follows: 

name name: symbol. Begin name in column 1 . 

b One or more blanks must precede AXRES. 
AXRES 

b One or more blanks must follow AXRES. 

AXLIST = list addr list addr: RX-type address or register (0) - (12). 

,RELATED = value value: any valid macro keyword specification. 



The parameters are explained as follows: 

AKUST = list addr 

specifies the address of a variable length list, addressable in primary mode, of halfword 
entries in which the requested AX values are to be returned. The first halfword must 
contain the number of values to be returned. Enough halfwords must follow the first 
entry to contain the requested number of values. If the requested number of AX values is 
not available, the caller is abnormally terminated. 

,RELATED = vfl/Me 

specifies information used to self document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user and can be any valid coding values. 
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When control returns, register 15 contains the following return code. 

Hexadecimal 

Code Meaning 

The AX value or values were successfully reserved. 
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AXSET - Set Authorization Index 



The AXSET macro instruction sets the authorization index (AX) of the home address space to 
the value specified by the caller. The AX must have been previously reserved and the address 
space whose AX is being changed cannot own connected space switch entry tables. All routines 
that subsequently execute with a PASID of the address space whose AX was changed execute 
with the new AX. 

The caller must be in supervisor state or PKM 0-7 executing in primary mode enabled and 
unlocked. Register 13 must point to a standard register save area that must be addressable in 
primary mode. 

Registers 2-14 are preserved. Register two, which is modified by the macro after the registers 
are saved, should not be used as the base register. Register contains the original AX value in 
bits 16-31 with bits 0-15 set to zero. Register 15 contains the return code. The contents of 
register 1 are unpredictable. 

The AXSET macro instruction is written as follows: 

name name: symbol. Begin name in column 1. 

b One or more blanks must precede AXSET. 
AXSET 

b One or more blanks must follow AXSET. 

AX = AX value AX value: RX-type address or register (0) - (12). 

, RELATED = value value: any valid macro keyword specification. 



The parameters are explained as follows: 

AX = AX value 

specifies the new AX value. The RX-type address specifies a halfword containing the new 
AX. If the register form is used, the register must contain the new AX in bits 16-31 and 
bits 0-15 must be zero. 

,RELATED = va/Me 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user and can be any valid coding values. 
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When control returns, register 15 contains the following return code: 

Hexadecimal 

Code Meaning 

The AX of the home address space was set to the value specified by the caller. 
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BLSABDPL - Map the Exit Parameter List BLSABDPL 

The BLSABDPL macro instruction maps the exit parameter list (BLSABDPL), which is a data 
area that enables IPCS, PRDMP, SNAP, and user-written exit routines to tailor dumps. 

Using this macro, you can map the following areas within the BLSABDPL exit parameter Hst: 

• The processor status record 

• The storage access parameter hst 

• The select ASID parameter list 

• The control block and format model processor parameter list 

• The ECT parameter list 

By accessing any one of these parameter Usts, the exit routine can then use the data in the 
parameter list to invoke the corresponding exit service routine. For information about using 
the exit service routines, see MVS/XA Interactive Problem Control System User's Guide and 
Reference. 
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The BLSABDPL macro instruction is written as follows: 



BLSABDPL 

b 



name: symbol. Begin name in column 1. 

One or more blanks must precede BLSABDPL. 

One or more blanks must follow BLSABDPL. 



AMDCPST = YES 
AMDCPST = NO 

,AMDEXIT = YES 
,AMDEXIT = NO 

,AMDOSEL = YES 
,AMDOSEL = NO 

,AMDPACC = YES 
,AMDPACC = NO 

,AMDPECT = YES 
,AMDPECT = NO 

,AMDPFMT-YES 
,AMDPFMT = NO 

,AMDPSEL = YES 
,AMDPSEL = NO 

,DSECT = YES 
,DSECT = NO 



Default: AMDCPST = NO 



Default: AMDEXIT = YES 



Default: AMDOSEL = YES 



Default: AMDPACC = YES 



Default: AMDPECT = YES 



Default: AMDPFMT = YES 



Default: AMDPSEL = YES 



Default: DSECT = YES 



The parameters are explained as follows: 

AMDCPST = YES 
AMDCPST = NO 

specifies whether the format of the CPU status data available through the IPCS and 
PRDMP storage access services is to be mapped (YES) or suppressed (NO). 

If this parameter is not specified, the default is NO. 

Because the system uses DSECT AMDCPMAP to map the format of CPU status data 
(when AMDCPST = YES), the system ignores the DSECT = NO option if it is 
specified. 

AMDEXIT = YES 
AMDEXIT = NO 

specifies whether the common exit parameter hst (BLSABDPL) is to be mapped (YES) or 
suppressed (NO). 

If this parameter is not specified, the default is YES. 

The common exit parameter hst contains two parts: ABDPL and 



2-36 SPL: System Macros and Facilities Volume 2 



ADPLEXTN. DSECT = YES causes D SECT statements to be generated for both. 
DSECT = NO suppresses the DSECT statements and causes ABDPL and ADPLEXTN 
to be defined as the labels associated with the first bytes described in the ABDPL 
and ADPLEXTN exit parameter lists, respectively. 

AMDOSEL = YES 
AMDOSEL = NO 

specifies whether the select ASID service output data available under IPCS and PRDMP 
is to be mapped (YES) or suppressed (NO). 

If this parameter is not specified, the default is YES. 

If the DSECT = NO option is specified, it is ignored. The select ASID parameter Ust is 
always mapped using DSECT ADPLPSEL. 

Because the system uses DSECT ADPLPSEL to map the select ASID parameter Ust 
(when AMDOSEL = YES), the system ignores the DSECT = NO option if it is 
specified. 

AMDPACC = YES 
AMDPACC = NO 

specifies whether the storage access service parameter Ust is to be mapped (YES) or 
suppressed (NO). 

If this parameter is not specified, the default is YES. 

The storage access service parameter Ust is described as ADPLPACC. DSECT = YES 
causes DSECT statements to be generated for ADPLPACC. DSECT = NO suppresses the 
DSECT statements and causes ADPLPACC to be defined as the label associated with the 
first byte described in the storage access service parameter list. 

AMDPECT = YES 
AMDPECT = NO 

specifies whether the ECT service parameter list is to be mapped (YES) or suppressed 
(NO). 

If this parameter is not specified, the default is YES. 

The ECT service parameter Ust is described as ADPLPECT. DSECT = YES causes 
DSECT statements to be generated for ADPLPECT. DSECT = NO suppresses the 
DSECT statements and causes ADPLPECT to be defined as the label associated with the 
first byte described in the ECT service parameter list. 

AMDPFMT = YES 
AMDPFMT = NO 

specifies whether the parameter Ust used by both the control block formatter and the 
format model processor services is to be mapped (YES) or suppressed (NO). 

If this parameter is not specified, the default is YES. 

The parameter Ust used by both the control block formatter and the format model 
processor services is described as ADPLPFMT. DSECT = YES causes DSECT statements 
to be generated for ADPLPFMT. DSECT = NO suppresses the DSECT statements and 
causes ADPLPFMT to be defined as the label associated with the first byte described in 
the parameter Ust. 

BLSABDPL - Map the Exit Parameter List BLSABDPL 2-37 



Example 



AMDPSEL = YES 
AMDPSEL = NO 

specifies whether the select ASID service parameter list is to be mapped (YES) or 
suppressed (NO). 

If this parameter is not specified, the default is YES. 

The ASID service parameter Hst is described as ADPLPSEL. DSECT = YES causes 
DSECT statements to be generated for ADPLPSEL. DSECT = NO suppresses the 
DSECT statements and causes ADPLPSEL to be defined as the label associated with the 
first byte described in the ASID service parameter hst. 

DSECT = YES 
DSECT = NO 

specifies whether parameter lists mapped by BLSABDPL are to be mapped as DSECTs 
(YES) or not (NO). 

If this parameter is not specified, the default is YES. 

NOTE: Output data from services can also be mapped by BLSABDPL. Output data are 
always mapped as DSECTs. These DSECTs cannot be suppressed by DSECT = NO. To 
determine whether DSECT = NO can suppress a specific DSECT, see the above 
parameters. 



Operation: Code the macro instructions to invoke the select ASID service routine (that 
generates a list of selected address spaces within a dump) by reserving space for an initialized 
select ASID service parameter hst and defining the mapping of the ABDPL for the user- written 
exit routine. 

BLSADPL DSECT=NO,AMDEXIT=NO,AMDOSEL=NO,AMDPACC=NO, 

AMDPFMT=NO , AMDPECT=NO , AMDPSEL=YES 
BLSADPL AMDPACC=NO , AMDPFMT=NO , AMDPECT=NO , AMDPSEL=NO 
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BLSQMDEF - Define a Control Block Format 



The BLSQMDEF macro instruction is used to start and end the formatting model of a control 
block from a dump. A control block model must begin with the BLSQMDEF macro 
instruction, specifying the appropriate parameters. The end of the model is indicated by a 
BLSQMDEF macro instruction with only the END keyword specified. 

The BLSQMDEF and BLSQMFLD macro instructions work together to create a dump 
formatting model. A control block model has the following structure: 

• One BLSQMDEF macro instruction to begin the model definition. 

• At least one BLSQMFLD macro instruction to define the attributes of a desired control 
block field. 

• One BLSQMDEF macro instruction to end the model definition. 

The order of the BLSQMFLD statements in the formatting model determines the order the 
fields printed in the dump. No object code producing assembler statements other than the 
BLSQMFLD macro instruction should be placed between the BLSQMDEF macro instructions 
that delimit the start and end of the model definition. The BLSQSHDR macro instruction, 
which associates text strings with dumped data fields, can be used to clarify the dump for the 
user. 

Through the implementation of BLSQMDEF, BLSQMFLD, and BLSQSHDR users of IPCS, 
PRDMP, and SNAP can control their dump output within user-written formatting routines. 
For additional information, refer to MVS/XA Interactive Problem Control System User's Guide. 
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The BLSQMDEF macro instruction is written as follows: 



BLSQMDEF 

b 



name: symbol. Begin name in column 1. 

One or more blanks must precede BLSQMDEF. 

One or more blanks must follow BLSQMDEF. 



END 

current 
,CBLEN = va/Me 

,BASELBL = /a6e/ 



,MAINTLV = «awe 
ACRONYM = «flme 

,ACROLEN = value 
,ACROLBL = label 
,ACROFF = value 



,PREFIX = value 

.OFFSETS = PRINT 
,OFFSETS = NOPRINT 

,STRTCOL = va/Me 



,LBLSPC = va/Me 



-HEADER = name 



Note: END is required if this BLSQMDEF macro is terminating the 

format model definition. This is the exclusive use of the END parameter; 

when END is specified, no other options are allowed. 

label: symbol. 

value: decimal constant, hexadecimal constant, or an absolute value. 

Note: CBLEN is required except when the END parameter is specified. 

name: 1 to 8 byte character string. 

name: 1 to 8 byte character string 

Note: If ACRONYM is specified, the ACROLBL or ACROFF parameters 
should also be specified. If neither are, a default offset of zero is assumed. 
value: decimal constant, hexadecimal constant, or absolute expression 
of a number from 1 to 8, inclusive. 
label: symbol. 

Note: Use ACROLBL only if BASELBL is specified. 
value: decimal constant, hexadecimal constant, or absolute value. 
Note: 1. Use ACROFF if acronym is not at offset zero and BASELBL is 
not specified 

2. The ACROFF value is used when both ACROFF and 
ACROLBL are specified. 
value: integer constant 0-8 inclusive. 
Default: PREFIX = 3 
Default: OFFSETS = PRINT 



value: decimal constant, hexadecimal constant, or an absolute 

expression. 

Default: STRTCOL = 

value: decimal constant, hexadecimal constant, or an absolute 

expression. 

Default: LBLSPC = 

name: one to eight byte character string. 

Note: 1. If HEADER is not specified, ACRONYM value is used. 

2. If neither HEADER nor ACRONYM is specified, the control 
block will not contain a heading. 



The parameters are explained as followed: 

END 

specifies the termination of the control block model. This parameter is required ONLY 
when the BLSQMDEF macro instruction is used to end the control block format. All 
other parameters are ignored if this parameter is specified. 

BASELBL = label 

specifies the label of an assembler statement, which is to be used to calculate field offsets. 
If specified, all field offsets calculated by the BLSQMFLD macro instruction will be 
relative to this label. If not specified, all field offsets must be exphcitly specified on the 
BLSQMFLD macro instruction via the ACROFF parameter. 
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CBLEN = value 

specifies the total length of the control block. Value may be a decimal constant, 
hexadecimal constant, or an absolute expression. This parameter is required except when 
the END parameter is specified. 

MAINTLV = «ame 

specifies the maintenance level of the control block. The maintenance level name may be a 
1 to 8 byte character string that contains no blanks. 

ACRONYM = «ame 

specifies the contents of the control block acronym field. Name may be a one to eight 
byte character string that contains no blanks. If this field is specified, the ACROLBL or 
ACROFF parameter should also be specified in order to define the offset of the acronym 
field within the control block. If neither the ACROLBL nor the ACROFF parameter is 
specified, an offset of zero is assumed. 

ACROLEN = va/Me 

specifies the length of the acronym name specified by the ACRONYM parameter in the 
event that the acronym name requires blanks. If omitted, the length used is the actual 
length of the name specified in the ACRONYM parameter (without any blanks). Value 
may be a decimal constant, hexadecimal constant, or absolute expression of a number 
from zero to eight, inclusive. 

ACROLBL = Me/ 

specifies the label on the assembler statement that defines the acronym field. The label 
specified here is used with the label provided by BASELBL to calculate the acronym field 
offset. Use this parameter only if BASELBL is specified. The ACROLBL parameter is 
ignored if ACROFF is specified. 

ACROFF = va/we 

specifies the offset of the field containing the control block acronym within the control 
block. Use this parameter if the acronym is not at offset zero and BASELBL is not 
specified. Value may be a decimal constant, hexadecimal constant, or absolute 
expression. 

FREFTK = value 

specifies the number of characters to be removed from the front of a field name to 
produce the field label. The field name is defined by the NAME parameter of the 
BLSQMFLD macro. Value must be an integer constant (0 - 8, inclusive). When 
PREFIX = 8 is specified, the fields will have no label, mode. If not specified, the default 
is PREFIX = 3. PREFIX may be re-specified on a succeeding BLSQMFLD macro. 

OFFSETS = PRINT 
OFFSETS = NOPRINT 

specifies whether or not the field offset information should be printed at the beginning of 
each output line of the formatted control block. PRINT specifies that offset information 
should be included on the formatted line; NOPRINT causes the offset information to be 
suppressed. If this parameter is not specified, a default of PRINT is used. 

STRTCOL = va/Me 

specifies a left margin for each line of the formatted control block. Value may be a 
decimal constant, a hexadecimal constant, or an absolute expression. If not specified, or 
specified as zero, the format model processor uses the value specified by IPCS or 
printdump. 
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LBLSPC == value 

specifies the spacing between label fields in the formatted output. Value may be a 
decimal constant, hexadecimal constant, or an absolute expression. If not specified, or 
specified as zero, this indicates to the format model processor that the value specified b> 
IPCS, SNAP, or PRDMP should be used. This value is initially set to 20. 

Note: If \alue is 18, the output is condensed. 

HEADER = «awe 

specifies the heading that will precede the formatted control block. Name may be any 
one to eight byte character string that contains no blanks. If HEADER is omitted, the 
ACRONYM value is used for the heading. If neither the ACRONYM parameter nor the 
HEADER parameter is specified, the formatted control block will not have a heading. 
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BLSQMFLD - Specifying a Control BlocJi Format Field 



The BLSQMFLD macro instruction is used to identify the fields within the dumped control 
block that are to be formatted. A BLSQMFLD macro must be coded for each requested field 
that will be formatted. 

The BLSQMDEF and BLSQMFLD macro instructions work together to create a dump 
formatting model for a control block, the model has the following structure: 

• One BLSQMDEF macro instruction to begin the model definition. 

• At least one BLSQMFLD macro instruction to define the attributes of a desired control 
block field. 

• One BLSQMDEF macro instruction to end the model definition. 

The order of the BLSQMFLD statements in the formatting model determines the order the 
fields are printed in the dump. No object code producing assembler statements other than the 
BLSQMFLD macro instruction should be placed between the BLSQMDEF macro instructions 
that deUmit the start and end of the model definition. 

Through the implementation of BLSQMDEF and BLSQMFLD, users of IPCS, PRDMP, and 

SNAP can control their dump output within user-written formatting routines. The BLSQSHDR 
macro instruction, which associates text strings with dumped data fields, can be used to clarify 
the dump for the user. For additional information, refer to MVS/XA Interactive Problem 
Control System User's Guide and Reference. 
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The BLSQMFLD macro instruction is written as follows: 



BLSQMFLD 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede BLSQMFLD. 

One or more blanks must follow BLSQMFLD. 



'NAME = label 

NAME = * 

,SBI>R = addr 



,OFF = value 



,LEN = value 



,VlEW=(list) 
,VIEW = vfl/Me 



label: symbol. 

addr: A-type address. 

Note: If SHDR is specified, only CALLRTN, NEWLINE, 

NOSPLIT, and VIEW are allowed. 

value: decimal constant, hexadecimal constant, or absolute 

value. 

Note: OFF is required if BASELBL is not specified on the 

BLSQMDEF macro or if NAME = * is specified on the 

BLSQMFLD macro. 

value: decimal constant, hexadecimal constant, or absolute 

expression. 

Note: LEN is required if name parameter label is 

unresolved. 

(list): integers between 1 and 16, inclusive. 

value: decimal constant, hexadecimal constant, or absolute 

value. 

Default: VIEW- X'0200' 



,ARRAY= ((DL1,DU1),(DL2,DU2)) DL1,DU1,DL2,DU2: decimal constants. 



,ARRAY = vfl/Me 

,ARRAY = * 

,ARRAY = END 

,DTYPE = HEX 
,DTYPE = EBCDIC 

,NEWLINE 

,NOLABEL 

,CALLRTN 

,PREFIX = va/Me 

,NOSPLIT 
,NUMDEC 
,NOCOLNM 
,STRTCOL = va/Me 

,COLNUM = va/Me 

,COLSEP = va/Me 

,ITEMSEP = vfl/Me 



,0RDER = (1,2) 
,ORDER = (2,l) 

,HEXONLY 



hexadecimal constants, or absolute values. 

value: decimal constant, hexadecimal constant, or absolute 

value. 

Note: LEN and OFF are ignored when you code any specification 

of ARRAY- other than ARRAY- END. 

END terminates an array definition. 

Default: DTYPE- HEX 



value: integers between and 8 

Note: If omitted, value specified in the last preceding 

BLSQMDEF or BLSQMFLD macro is used. 

Default: Hexadecimal. 

Default: Number the columns. 

value: decimal constant, hexadecimal constant, or absolute 

value. 

Default: value specified by SNAP, IPCS, or PRDMP. 

value: decimal constant, hexadecimal constant, or absolute 

value. 

Default: A value is calculated. 

value: decimal constant, hexadecimal constant, or absolute 

value. 

Default: A value is calculated. 

value: decimal constant, hexadecimal constant, or absolute 

value. 

Default: A value is calculated. 

Default: ORDER = (1,2) 
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The parameters are explained as follows: 



NAME = label 

NAME = * 

specifies the name of the control block field described by this BLSQMFLD macro. If 
BASELBL is specified on the BLSQMDEF macro, the NAME label will be used with the 
BASELBL label to calculate the offset of this field from the start of the control block. If 
BASELBL was not specified on the BLSQMDEF macro, then OFF becomes required on 
the BLSQMFLD macro. 

A single asterisk specifies an unnamed, reserved field. Use of the single asterisk for the 
name of a control block field requires that the OFF and LEN parameters be specified. 
The dump formatter replaces the asterisk with a "reserved" label. 

SHDR = addr 

specifies the address of a character string used as a subheading in the control block 
format. The address must be valid in an assembler A-type DC instruction. This 
parameter should point to a one-byte length field followed by the actual heading character 
string. The length byte indicates the length of the heading string only and should not 
include the length of the length byte. 

If this parameter is specified, only CALLRTN, NEWLINE, NOSPLIT, and VIEW can be 
specified. Other parameters will be ignored. 

OFF == value 

specifies the offset of this field from the beginning of the control block. The value may be 
a decimal constant, a hexadecimal constant, or an absolute expression. If this parameter 
is specified, the value defined overrides the default field offset generated by the NAME 
label on this macro and the BASELBL label on the BLSQMDEF macro. 

OFF is ignored if you code any specification of ARRAY = other than ARRAY = END. 

This parameter is required if the BASELBL parameter is not specified on the 
BLSQMDEF macro or if NAME = * is specified on the BLSQMFLD macro. 

LEN = value 

specifies the length of the control block field. The value is a decimal constant, 
hexadecimal constant, or absolute expression that defines the length of the control block 
field. This parameter is required if no data constants with a label exist in the assembly 
program as defined by the NAME parameter, or if use of the assembler length attribute 
would not result in a correct length determination for the data constant representing the 
field. 

LEN is ignored if you code any specification of ARRAY = other than ARRAY = END. 

An assembly error occurs if LEN is not specified and there is no assembler statement with 
a label matching the one specified by NAME. 
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\mw=(iist) 

\mW = value 

specifies up to sixteen different views of the control block fields. Any combination of one 
to sixteen view attributes can be specified for each field. The last four bits of the view 
pattern of 16 are reserved for the control program. The caller of the dxraip formatter 
provides a view pattern defining those views to be formatted. 

When an attribute in the view pattern supplied by the dump formatter's caller (in 
ADPLPFMT) matches an attribute in the field view pattern, the field is selected for 
formatting. 

The Ust is an unordered list of attributes; each attribute can be a decimal integer between 
1 and 16, inclusive (as in VIEW = 1,2,...,16), binary constant (as in VIEW = B'0010'), or 
hexadecimal constant (as in VIEW = X'0080'). 

The following chart illustrates the view parameter's control block field options provided 
through the specification of a 4-digit hexadecimal number. Any combination of the view 
fields hsted may be specified. 



Hexadecimal 


User-defined fields to be displayed 


Code 




x'8000' 


keyfield 


x'4000' 


summary field 


x'2000' 


register save area 


x'lOOO' 


linkage field 


x'0800' 


error fields 


x'0400' 


hexadecimal dump 


x'0200' 


all non-reserved fields 


x'OlOO' 


reserved fields 


x'0080' 


static array 


x'0040' 


dynamic array 


x'0020' 


input field 


x'OOlO' 


output field 



If this parameter is not specified, the default value of VIEW = X'0200' is used. 
User's Guide and Reference for more information about ADPLPFMT. 



See IPCS 



ARRAY =((DL1,DU1),(DL2,DU2)) 
ARRAY = value 
ARRAY = * 
ARRAY = END 

specifies that the succeeding BLSQMFLD statements define a set of fields that are 

repeated in the control block. 

Using the ARRAY parameter on the BLSQMFLD macro indicates that this particular 
BLSQMFLD macro instruction is the beginning or the end of an array definition. 

The LEN and OFF parameters are ignored when you code any specification of 
ARRAY = other than ARRAY = END. 

The VIEW specified apphes to all fields within the array; therefore, the VIEW specified 
on the BLSQMFLD macro that starts an array should be the composite of the VIEW on 
all fields within the array. 
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If ARRAY= ((DL1,DU1),(DL2,DU2)) is coded, a two dimensional array is specified. 
DLl is the lower limit of the first dimension, DUl is the upper limit of the first 
dimension, and similarly for DL2 and DU2 for the second dimension. If a lower Umit for 
a dimension is not specified, a default of 1 is provided. There is no default for the upper 
Hmit of a dimension. However, an asterisk (*) may be coded for either the upper limit or 
lower limit of the dimension to indicate that the dimension is to be provided by the 
calling program at execution time. 

Notes: 

1. The correspondence of a dimension to either row or column is determined by the 
ORDER keyword. 

2. If the array is larger than 65,535 bytes, the calling program must process the array in 
sections. The formatter will equate the lower limit for each dimension to the value one 
for the purpose of addressing the array entries in a buffer, but will use the specified 
values for the purpose of numbering rows and columns in the formatted output. 

If ARRAY = value is coded, a one dimensional array (list) is specified. Value defines how 
many array entries are contained in the control block. 

If ARRAY = * is coded, the number of entries in the one-dimensional array (Hst) is to be 
be provided by the calling program at execution time. 

If ARRAY = END is coded, the array definition is terminated. 

NEWLINE 

specifies that this field must start on a new line of formatted output. 

DTYPE = HEX 
DTYPE = EBCDIC 

specifies the type of data contained in the area to be dumped. DTYPE = HEX indicates 
that the area to be dumped contains four-bit hexadecimal digits. DTYPE = EBCDIC 
indicates that the area to be dumped contains eight-bit EBCDIC characters. When you 
specify DTYPE = HEX, the dumped area includes the actual hexadecimal digits in the 
range 0-F, plus any EBCDIC characters that are equivalent to 2-digit combinations of 
those digits. The equivalent EBCDIC appears within vertical bars. When you specify 
DTYPE = EBCDIC, the dumped area includes only the EBCDIC characters, with nothing 
between the vertical bars. 

NOLABEL 

specifies that the field label is not to be printed. NAME is still required for offset 
calculation. 

CALLRTN 

specifies that the dump formatter calls the output line processing exit after the output line 
containing this field has been formatted but before it is printed. The output line 
processing exit entry point address is specified by the caller in the parameter list when the 
dump formatter is invoked. 

PREFIX = va/Me 

specifies how many characters are to be removed from the front of a field name to 
produce the field label. The field name is defined by the NAME parameter. Value must 
be an integer constant greater than or equal to zero and less than or equal to eight. If 
PREFIX is omitted from the current BLSQMFLD macro, the value specified on the last 
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preceding BLSQMFLD or BLSQMDEF macro is used. The BLSQMDEF macro used to 
start a model definition may be used to set the value of PREFIX. 

NOSPLIT 

specifies that the dump formatter attempts to print all the field data on the same output 
Hne. If the data does not fit on the current output hne but fits on a single output line, the 
dump formatter skips to a new line prior to printing this data field. 

NUMDEC 

specifies that the columns and rows of a two-dimensional array be numbered in decimal. 
The default is hexadecimal. 

NOCOLNM 

specifies that column numbers (headers) of a two-dimensional array be suppressed. The 
default is to nuniber the columns. (The NUMDEC parameter controls the numbering 
system used for numbering the columns.) 

STRTCOL rvalue 

specifies the left margin of the formatted output. Value indicates the number of blanks 
before the first character. STRTCOL applies only to two-dimensional arrays. This 
specification overrides the value defined by the STRTCOL keyword in the BLSQMDEF 
macro, or by the host (IPCS, SNAP, or PRDMP), for the duration of displaying the 
array. If not specified, a default of zero is provided and the formatter will use the value 
specified by the host. 

COLNUM = va/Me 

specifies the number of columns of a two dimensional array that ar,e to be displayed as a 
group. If not specified, or if the specified number of columns will not fit in the currently 
available print buffer, the formatter will calculate a value consistent with, and not 
exceeding, the maximum line length specified by IPCS, SNAP, or PRDMP. 

COLSEP = va/Me 

specifies the number of blanks to be placed between the columns of a two-dimensional 
array. The default is zero, and the formatter uses a calculated value. 

ITEMSEP = va/Me 

specifies the number of blanks to be placed between items within an array entry. An 
array entry may be a structure, and each element of the structure is referred to as an 
"item". If the array entry is a single item, value will be ignored. If ITEMSEP is not 
specified, a default of zero is provided and the formatter will use a calculated value when 
needed. 

ORDER = (1,2) 
ORDER -(2,1) 

specifies the order in which the data of a two-dimensional array are to be processed. If 
ORDER = (1,2) is specified, the data is processed in consecutive rows. If ORDER = (2,1) 
is specified, the data is processed in consecutive columns. The default is ORDER = (1,2). 

HEXONLY 

specifies that the data is to be displayed in hex only. If you omit HEXONLY, the data is 
displayed in both hex and EBCDIC, on the same line, with vertical bars bounding the 
EBCDIC portion of the display. HEXONLY is vaUd only if the view parameter specifies 
X'0400', which requests a hexadecimal dump. 
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Example 1 



Operation: Code the macro instructions that will establish a control block formatting model to 
be used by the dump formatter to format functional recovery routines (FRRs), 

IEAVTRP3 CSECT 

BLSQMDEF CBLEN=X ' 0320 ' ,MAINTLV=HBB2 102 , PREFIX=4 , OFFSETS=PRINT , X 
HEADER=FRRS 

BLSQMFLD NAME=FRRSEMP ,OFF=X ' 0000 ' ,LEN=4 , VIEW=X ' 0202 ' 
NAME=FRRSLAST,OFF=X'0004' ,LEN=4 ^ VIEW=X ' 0202 ' 
NAME=FRRSELEN,OFF=X ' 0008 ' ,LEN=4 , VIEW=X ' 0202 ' 
NAME=FRRSCURR ,OFF=X ' OOOC ' ,LEN=4 , VIEW=X ' 0200 ' 
NAME=FRRSRSA,OFF=X ' 0010 ' ,LEN=24 , VIEW=X ' 0200 ' 
SHDR=RTM1WA, VIEW=X ' 0200 ' ,NEWLINE 
SHDR=BLANK,VIEW=X'0200' ,NEWLINE 
SHDR=ENTEXT , VIEW=X '0200', NEWLINE 
SHDR=BLANK, VIEW=X ' 0200 ' , NEWLINE 
NAME=FRRSXSTK,VIEW=X'0200' , ARRAY=16 ,NOLABEL 
NAME=FRRSKM,OFF=X'00A0' ,LEN=2 , VIEW=X ' 0200 ' , NEWLINE 
NAME=FRRSSAS , OFF=X ' 00A2 ' , LEN=2 , VIEW=X ' 0200 ' 
NAME=FRRSAX,OFF=X ' 00A4 ' ,LEN=2 , VIEW=X ' 0200 ' 
NAME=FRRSPAS,OFF=X'00A6' ,LEN=2 , VIEW=X ' 0200 ' ,ARRAY=END 
SHDR=BLANK,VIEW=X'0200' , NEWLINE 
SHDR=ENTS ,VIEW=X ' 0200 ' , NEWLINE 
SHDR=BLANK, VIEW=X ' 0200 ' , NEWLINE 
NAME=FRRSENTS , VIEW=X '0200', ARRAY= 16 , NOLABEL 
NAME=FRRSFRRA,OFF=X'0120' ,LEN=4 , VIEW=X ' 0200 ' , NEWLINE 
NAME=FRRSFLGS ,OFF=X ' 0124 ' ,LEN=4 , VIEW=X ' 0200 ' 
NAME=FRRSPARM,OFF=X'0128' ,LEN=24 ,VIEW=X ' 0200 ' , X 



BLANK 
ENTEXT 
ENTS 
RTMIWA 



BLSQMFLD 
BLSQMFLD 
BLSQMFLD 
BLSQMFLD 
BLSQMFLD 
BLSQMFLD 
BLSQMFLD 
BLSQMFLD 
BLSQMFLD 
BLSQMFLD 
BLSQMFLD 
BLSQMFLD 
BLSQMFLD 
BLSQMFLD 
BLSQMFLD 
BLSQMFLD 
BLSQMFLD 
BLSQMFLD 
BLSQMFLD 
BLSQMFLD 

ARRAY=END 
BLSQMDEF END 
BLSQSHDR ' ' 

BLSQSHDR ' FRR ENTRY EXTENSIONS' 
BLSQSHDR 'FRR ENTRIES' 
BLSQSHDR 'RTMl WORK AREA FOLLOWS 
END 



FRR ENTRIES 



Example 2 



Operation: Code the macro instructions that will establish a control block formatting model to 
be used by the dump formatter to format a STAE control block (SCB). 

IEAVTRP4 CSECT 

BLSQMDEF CBLEN=X '0018', MAINTLV= JBB2 125, PREFIX= 3 , OFFSETS=PRINT , X 

HEADER=SCB 
BLSQMFLD NAME=SCBCHAIN,OFF=X ' 0000 ' ,LEN=4 , VIEW=X ' 0200 ' 
BLSQMFLD NAME=SCBEXIT,OFF=X ' 0004 ' ,LEN=4 , VIEW=X ' 0200 ' 
BLSQMFLD NAME=SCBFLGS1 ,OFF=X ' 0008 ' ,LEN=1 ,VIEW=X ' 0200 ' 
BLSQMFLD NAME=SCBPARMA,OFF=X ' 0009 ' ,LEN=3 , VIEW=X ' 0200 ' 
BLSQMFLD NAME=SCBFLGS2 ,OFF=X ' OOOC ' ,LEN=1 , VIEW=X ' 0200 ' 
BLSQMFLD NAME=SCBOWNRA,OFF=X ' OOOD ' ,LEN=3 , VIEW=X ' 0200 ' 
BLSQMFLD NAME=SCBFLGS3 ,OFF=X ' 0010 ' ,LEN=1 , VIEW=X ' 0200 ' 
BLSQMFLD NAME=SCBPKEY,OFF=X ' 0011 ' ,LEN=1 , VIEW=X ' 0200 ' 
BLSQMFLD NAME=SCBID,OFF=X ' 0012 ' ,LEN=1 ,VIEW=X ' 0200 ' 
BLSQMFLD NAME=SCBRSVRE ,OFF=X ' 0013 ' ,LEN=1 ,VIEW=X ' 0200 ' 
BLSQMFLD NAME=SCBXPTR,OFF=X ' 0014 ' ,LEN=4 , VIEW=X ' 0200 ' 
BLSQMFLD NAME=* ,OFF=X ' 0000 ' ,LEN=X'0018' ,VIEW=X ' 0400 ' , NOLABEL 
BLSQMDEF END 
End 
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Example 3 



Operation: Define the format of a very simple control block. Note that this could be done by 
using a macro-invocation. 



MYBLK DSECT 


t 


My simplest control block ever 


MYBLKABC DC 


C ' ABC ' 


Identifier 


MYBLKDEF DC 


X'OO' 


Flags 


MYBLKD80 EQU 


X'80' 


1st flag bit 


MYBLKD40 EQU 


X'40' 


2nd flag bit 


MYBLKGHI DC 


V(MYENTRY) 


Address of my program 


MYBLKEND EQU 


* 


End of my control block 



Define enough storage to get the block displayed. Note that no ENTRY 
statement is required for access to CBMODELl from other CSECTs 
since CBMODELl lies at the origin of the CSECT. 

TITLE 'CBMODELl — Basic Control Block Model' 
CBMODEL CSECT , Start definition of simple model 

CBMODELl BLSQMDEF BASELBL=MYBLK,CBLEN=MYBLKEND-MYBLK,PREFIX=5 

BLSQMFLD NAME=MYBLKABC 

BLSQMFLD NAME=MYBLKDEF 

BLSQMFLD NAME=MYBLKGHI 

BLSQMDEF END End definition of simple model 

Add acronym checking, the display of the acronym in EBCDIC, 
and descriptive header for the display in the. dump. 

TITLE 'CBM0DEL2 — More Elaborate Than 1st Model' 

ENTRY CBM0DEL2 Permit access from other CSECTs 

CBM0DEL2 BLSQMDEF BASELBL=MYBLK,CBLEN=MYBLKEND-MYBLK/PREFIX=5 , X 
ACRONYM=ABC,ACROLBL=MYBLKABC, Acronym field data 
HEADER=MYBLOCK Heading for block in dump 

BLSQMFLD NAME=MYBLKABC,DTYPE=EBCDIC Show it as EBCDIC data 

BLSQMFLD NAME=MYBLKDEF 

BLSQMFLD NAME=MYBLKGHI 

BLSQMDEF END End definition of alternate model 

END CBMODELl End definition of formatting model 
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Example 4 



Operation: Assume the data is stored in this sequence: 

00010001 
00010002 
00010003 
00010004 
00020001 
00020002 
00020003 
00020004 
00030001 
00030002 
00030003 
00030004 



00090001 
00090002 
00090003 
00090004 
00100001 
00100002 
00100003 
00100004 

And you want the data to be formatted as follows: 

01 02 03 04 

ARRENTRY ARRENTRY ARRENTRY ARRENTRY 



001 


00010001 


00010002 


00010003 


00010004 


002 


00020001 


00020002 


00020003 


00020004 


003 


00030001 


00030002 


00030003 


00030004 


004 


00040001 


00040002 


00040003 


00040004 


005 


00050001 


00050002 


00050003 


00050004 


006 


00060001 


00060002 


00060003 


00060004 


007 


00070001 


00070002 


00070003 


00070004 


008 


00080001 


00080002 


00080003 


00080004 


009 


00090001 


00090002 


00090003 


00090004 


010 


00100001 


00100002 


00100003 


00100004 



Therefore, code the macro instruction that will create a formatting model to do the following: 

Number rows 1 through 10. 

Number columns 1 through 4. 

Use the decimal numbering system for numbering rows and columns. 

Place data in to the array row by row. 

Put one blank between each column. 

Display 4 columns in each group. 

Start printing in the second column from the left margin. 

View all non-reserved fields. 

Print the field label ARRENTRY. 

One way to code the macro: 

BLSQMFLD NAME=ARRAYX, ARRAY= ( ( 1 , 10 ) , { 1 , 4 ) ) , VIEW=X ' 0200 ' , X 

STRTC0L=1 , C0LSEP=1 , C0LNUM=4 , NUMDEC , NOLABEL 
BLSQMFLD NAME=ARRENTRY , OFF=0 , LEN=4 , ARRAY=END , VIEW=X ' 0200 ' 
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Example 5 



Operation: Assume the data is stored in this sequence: 

00010001 
00010002 
00010003 
00010004 
00020001 
00020002 
00020003 
00020004 
00030001 
00030002 
0003000\3 
00030004 



00090001 
00090002 
00090003 
00090004 
00100001 
00100002 
00100003 
00100004 

And you want the data to be formatted as follows: 

05 06 07 08 09 

ARRENTRY ARRENTRY ARRENTRY ARRENTRY ARRENTRY 

000 00010001 00020001 00030001 00040001 00050001 

001 00010002 00020002 00030002 00040002 00050002 

002 00010003 00020003 00030003 00040003 00050003 

003 00010004 00020004 00030004 00040004 00050004 

OA OB OC OD OE 

ARRENTRY ARRENTRY ARRENTRY ARRENTRY ARRENTRY 

000 00060001 00070001 00080001 00090001 00100001 

001 00060002 00070002 00080002 00090002 00100002 

002 00060003 00070003 00080003 00090003 00100003 

003 00060004 00070004 00080004 00090004 00100004 

Therefore, code the macro instruction that will create a formatting model to do the following: 

Number rows through 3. 

Number columns 5 through 14. 

Use the hexadecimal numbering system for numbering rows and columns. 

Put two blanks between each column. 

Display 5 columns in each group. 

Start printing in the fourth column from the left margin. 

View all non-reserved fields. 

Print the field label ARRENTRY. 

One way to code the macro: 

BLSQMFLD NAME=ARRAYX, ARRAY= ( ( 5 , 14) , ( , 3 ) ) ,VIEW=X ' 0200 ' , 

STRTC0L=3 , C0LSEP=2 , C0LNUM=5 , NOLABEL , ORDER= (2,1) 
BLSQMFLD NAME=ARRENTRY ,OFF=0 ,LEN=4 , ARRAY=END, VIEW=X ' 0200 ' 



2-52 SPL: System Macros and Facilities Volume 2 



BLSQSHDR - Generate Model Subheader 



The BLSQSHDR macro instruction lets you define a text string, called a subheader, and 
associate it with a particular data field in a dump format. Whenever the dump occurs, the text 
string appears in the dump as an aid in spotting the associated data field. 

BLSQSHDR, with its text string, should be placed after the end of the format model definition. 
You create a format model definition by coding two BLSQMDEF macros, one at the beginning 
of the definition and another at the end. The BLSQMFLD macros, which define the data fields 
of the format model, are included between these two BLSQMDEF macros. The SHDR fields 
of the included BLSQMFLD macros reference text strings (subheaders) that you have placed 
after the end of the model definition. The order of the macros is: 

BLSQMDEF 
BLSQMFLD 



BLSQMFLD 
BLSQMDEF 
BLSQSHDR 

Thus, each BLSQSHDR macro placed after the end of the model must have a label that can be 
referenced by the BLSQMFLD macros within the model. The text string of the BLSQSHDR 
macro is enclosed in single quotation marks. L(x) may also be coded if the length of the string 
is different than the length of the enclosed text string. 

The BLSQSHDR macro instruction is written as follows: 



name name: symbol. Begin name in column 1. 

b One or more blanks must precede BLSQSHDR. 
BLSQSHDR 

b One or more blanks must follow BLSQSHDR. 



L(x) x: Length of subheader - if other than 

length of actual text 
'text' text: text of subheader 



BLSQSHDR - Generate Model Subheader 2-53 



L(jc) 

specifies the length of the subheader. Only necessary if the length is to be different from 
the length of the enclosed text string. 



Example 

SHDROl BLSQSHDR 'This is a subheader' 
SHDR02 BLSQSHDR L(6) ' ' 
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BLSRESSY - Map IPCS Symbol Table Record 



Example 



The BLSRESSY macro instruction maps the symbol table record that a user-written exit 
routine (operating under IPCS) passes to the get symbol and equate symbol services. 

With the BLSRESSY macro instruction, users of the get symbol and equate symbol services can 
retrieve definitions described in the IPCS symbol table and create definitions for later use by the 
IPCS user or by other routines. For information about the get symbol and equate symbol 
services, see MVS/XA Interactive Problem Control System User's Guide and Reference. 

The BLSRESSY macro instruction is written as follows: 



name name: symbol. Begin name in column 1 . 

b One or more blanks must precede BLSRESSY. 
BLSRESSY 

b One or more blanks must follow BLSRESSY. 



DSECT = YES Default: DSECT = YES 

DSECT = NO 



NOTE: Users must supply a label (name), and start it in column 1 of the BLSRESSY macro 
instruction. When the BLSRESSY macro is executed, the label becomes the record name and 
the prefix to the name of each field in the record. 

The parameters are explained as followed: 

DSECT = YES 
DSECT = NO 

specifies whether the record mapped by BLSRESSY is to be mapped as a DSECT (YES) 
or not (NO). 



Operation: Map the IPCS symbol table record but not as a DSECT. 

ESSY BLSRESSY DSECT=NO 
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CALLDISP - Force Dispatcher Entry 



If you are executing in 31 -bit addressing mode, you must use the MVS/XA version of this 
macro instruction. 

The CALLDISP macro instruction expands into an SVC or branch that results in the caller's 
status being saved in the current TCB/RB and then the dispatcher is entered. The dispatcher 
then searches for the highest priority ready work to dispatch. When this task is redispatched, 
control is returned to the next sequential instruction. 

When control returns to the caller: 

• The cross memory mode is unchanged. 

• Registers 14-1 are destroyed if FIXED = NO is specified; otherwise registers are unchanged. 

• No locks are held. 

• Control returns enabled. 

• PCLINK status is saved and restored. 

The CALLDISP macro instruction is written as follows: 



CALLDISP 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede CALLDISP. 

One or more blanks must follow CALLDISP. 



BRANCH = NO 
BRANCH = YES 

,FIXED = YES 
,FIXED = NO 

,FRRSTK = SAVE 
,FRRSTK = NOSAVE 



Default: BRANCH = NO 



Default: (Available only if BRANCH = YES is coded) 
FIXED = YES 

Default: (Available only if BRANCH = YES is coded) 
FRRSTK = NOSAVE 
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The parameters are explained as follows: 

BRANCH = NO 
BRANCH = YES 

specifies whether the branch entry (BRANCH = YES) or the SVC entry 
(BRANCH = NO)to the dispatcher is to be used. BRANCH = YES is restricted to key 
supervisor state callers. The default is BRANCH = NO. Routines that are unlocked, 
have no enabled unlocked task FRRs on the stack, and are in home mode can use 
BRANCH = NO. "Using the BRANCH = YES Option of the CALLDISP Macro 
Instruction" in Volume 1 hsts requirements for routines that use BRANCH = YES. 

,FIXED-YES 
,FIXED = NO 

specifies that the code invoking branch entry CALLDISP is in fixed storage 

(FIXED = YES) or in pageable storage (FIXED = NO). For FIXED = NO, registers 14-1 

are altered. 

,FRRSTK = SAVE 
,FRRSTK = NOSAVE 

specifies that the current FRR stack be saved and restored (FRRSTK = SAVE), if at least 
one of the FRRs is an enabled unlocked task (EUT) FRR, or not saved 
(FRRSTK = NOSAVE). 

When FRRSTK = SAVE is specified: 

• The caller must not hold any locks or an abend results. 

Note: For MVS/System Product Version 2 Release 1.3 Vector Facihty Enhancement 
or MVS/System Product Version 2 Release 1.3 Availability Enhancement and later 
releases: 

— If any EUT FRRs exist, the current FRR stack is saved and the caller may hold 
either the LOCAL or CML lock. CALLDISP releases the lock before going to 
the dispatcher. 

- If no EUT FRR exists, the caller cannot hold any locks. Otherwise, an abend 
occurs. 

• Asynchronous exits (IRBs and SIRBs) are not dispatched until all EUT FRRs have 
been deleted. 

For more information, see "Suspension and Resumption of Request Blocks" in Volume 1 
for an explanation of the CALLDISP function used with SUSPEND/RESUME 
processing. 

Specifying FRRSTK = NOSAVE causes the FRR stack to be purged and the LOCAL or 
CML lock to be released before entering the dispatcher. 

Note: If there are any EUT FRRs on the stack, the SVC interface to CALLDISP cannot be 
used; the BRANCH = YES option must be used. 
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Example 1 

Operation: Pass control to another ready task, 

CALLDISP 

Example 2 

Operation: A non-page-fixed task with an enabled, unlocked task FRR gives control to the 
dispatcher. When the task regains control, the contents of registers 14, 15, and 1 will have 
changed. 

CALLDISP FIXED=NO , FRRSTK=SAVE , BRANCH=YES 
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CALLRTM - Call Recovery Termination Manager 



The CALLRTM macro instruction is usually used to direct the services of the recovery 
termination manager to a task or address space other than itself or its caller. The recovery 
termination manager selects the appropriate recovery or termination process according to the 
status of the system and the requests of its invokers. 

Only key zero supervisor state routines can use CALLRTM. If the current address space is 
terminated (MEMTERM), control might or might not return to the caller before the 
MEMTERM takes effect. See "Invoking the Recovery Termination Manager" in Volume 1 for 
the complete recovery termination interface. 

Except for the TCB, all input parameters to this macro instruction can reside in storage above 
16 megabytes if the issuer is executing in 31 -bit addressing mode. 

The CALLRTM macro instruction is written as follows: 



CALLRTM 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede CALLRTM. 

One or more blanks must follow CALLRTM. 



TYPE = ABTERM 
TYPE = MEMTERM 

,COMFCOD = comp code 

,REASON = cofi?e 

,AS1D = asid 

JCB = tcbaddr 



,DUMP = YES 
,DUMP = NO 



,STEP = NO 
,STEP = YES 

,D\JMPOPT =parm list addr 



comp code: symbol, decimal digit, or register (2) - (12). 

code: a symbol, decimal or hexadecimal number, or register (2) - (12). 

asid: decimal digits 0-32,765 or register (2) - (15). 

tcb addr: 0, or register (2) - (12). 

Note: This parameter may only be specified with TYPE = ABTERM. 

Default: DUMP = YES 

Note: This parameter may only be specified with TYPE = ABTERM. 

Default: STEP = NO 

Note: This parameter may only be specified with TYPE = ABTERM. 

parm list addr: register (3)-(15). 
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The parameters are explained as follows: 

TYPE = ABTERM 
TYPE = MEMTERM 

specifies whether the services of the recovery termination manager are being directed 
towards task termination (ABTERM) or address space termination (MEMTERM). For 
MEMTERM, all recovery processing in the address space is skipped. 

Unless ASID is also specified, TYPE = ABTERM is supported in home mode only. In a 
cross memory environment, if ASID is not specified, the TCB must reside in the home 
address space; if ASID is specified, the TCB must be in the same address space as the 
ASCB. 

,COMPCOT> = compcode 

specifies the system completion code associated with the abnormal termination. This 
parameter can be specified as a hexadecimal code (x'80A'), a decimal code (2058), or a 
register containing a hexadecimal code; in all cases, the result is hexadecimal. 

,REASON = c(?fl?e 

specifies additional information to supplement the completion code associated with an 
abnormal termination. The value range for the reason code is any 32-bit hexadecimal 
number or 31 -bit decimal number. In all cases the result is hexadecimal. 

If the reason code is expUcitly specified using the REASON parameter, the hexadecimal 
representation of the code is passed to RTM in register 6 and a flag (X'04') is set in byte 
in general register 1. If the REASON code is not specified, this flag is set to 0. 

The reason code value is passed to recovery exits in the SDWACRC field of the SDWA. 
This value can be altered by the SETRP macro instruction. If altered, the altered value is 
sent to the next recovery exit. 

,ASID = asid 

specifies the address space identifier of the address space to be terminated (for 
MEMTERM) or the address space identifier of the address space containing the TCB of 
the task to be terminated (for ABTERM). If you omit this parameter or specify zero, the 
current address space is assumed. If you specify this parameter, you must supply an 
18-word work area and pass its address in register 13. 

Note: The contents of register 2 is destroyed if this parameter is used. 

,TCB = tcb addr 

specifies the TCB address of the task to be terminated. In a cross memory environment, 
if ASID is not specified, the TCB must reside in the home address space; if ASID is 
specified, the TCB must be in the same address space as the ASCB. 

Note: The TCB resides in storage below 16 megabytes. 

,DUMP = YES 
,DUMP = NO 

specifies that a dump is (YES) or is not (NO) to be taken. If the DUMPOPT parameter 
is not also specified, the contents of the dump are defined by the //SYSABEND, 
//SYSMDUMP, or //SYSUDUMP DD statement and the system or user-defined defaults. 
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,STEP = NO 
,STEP = YES 

specifies that the entire job step is (YES) or is not (NO) to be abnormally terminated. 

,DUMPOPT =parm list addr 

specifies the address of a parameter list valid for the SNAP macro instruction. The 
parameter list is used to produce a tailored dump, and can be created using the list form 
of the SNAP macro instruction, or a compatible list can be created. The system dump 
options specified by the CHNGDUMP operator command can add to or override this 
parameter list. All recovery routines entered for the failure can also add to the list of 
dump options. The TCB, DCB, and STRHDR options available on SNAP are ignored if 
they appear in the parameter Ust; the TCB used is for the task that received the ABEND 
and the DCB used is provided by the ABDUMP routine. If a //SYSABEND, 
//SYSMDUMP, or //SYSUDUMP DD statement is not provided, the DUMPOPT 
parameter is ignored. 

Note: The contents of register 3 is destroyed if this parameter is used. 

Register 15 contains one of the following return codes for TYPE = MEMTERM only: 

Hexadecimal 

Code Meaning 

The MEMTERM request was processed successfully. 

4 MEMTERM processing was not performed. The address space was marked as not suitable for 

MEMTERM processing. RTM writes an entry to SYSl.LOGREC if it rejected the 
MEMTERM request due to a damaged ASCB, if the address space must not be terminated, or 
if ASID exceeds ASVTMAX. 

Example 1 

Operation: Terminate the current address space with a completion code of 123. 

CALLRTM TYPE=MEMTERM,COMPCOD=123,ASID=0 

Example 2 

Operation: Schedule the TCB whose address is specified in register 8 for abnormal termination. 
The abnormal termination of this TCB takes place in the address space identified by the ASID 
specified in register 5, and has a completion code of 123. 

CALLRTM TYPE=ABTERM,COMPCOD=12 3,ASID=(5) , TCB= ( 8 ) 
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CBPZDIAG - Build Diagnostic Stack Entry 



The CBPZDIAG macro must be included in the unit information module (UIM) that an 
installation provides for any device that the MVS configuration program (MVSCP) does not 
support. See SPL: System Modifications for a complete description of coding a UIM. 

The CBPZDIAG macro builds a diagnostic stack entry. The diagnostic stack entry contains 
debugging information that is placed in the system diagnostic work area (SDWA) if an ABEND 
occurs in the UIM. The diagnostic stack entry is contained within the UIM. 

Note: A UIM must not establish an ESTAE to provide diagnostic information in the event that it 
ABENDS. Rather, it must: 

1. Specify the diagnostic information in a diagnostic stack entry, using the CBPZDIAG macro. 

2. Use the CBPZPPDS macro to put the entry on the diagnostic stack in its entry logic. 

3. Use the CBPZPPDS macro to remove the entry from the diagnostic stack in its exit logic. 

The ESTAE routine in the control routine for the MVS configuration program (CBPMVSCP) 
uses the information in the active diagnostic stack entry to fill in the SDWA. Also, the ESTAE 
routine builds a symptom string in the variable recording area (VRA) consisting of all the 
CSECT names in the entries on the diagnostic stack. 

The CBPZDIAG macro is written as follows: 



name 

b 

CBPZDIAG 

b 



name: symbol. Begin name in column I. 
One or more blanks must precede CBPZDIAG. 

One or more blanks must follow CBPZDIAG. 



MODNAME = modname 
CSECT = csectname 

COM? = id 

D^SC = text 

WRADATA = label 
,RELATED = value 



modname: CBPUCnnn 
n is a decimal digit. 

csectname: CBPUCnnn -' 
n is a decimal digit. 

id: component identifier, 5 bytes long. 

text: character string in quotes. 

label: symbolic label 

value: any valid macro keyword specification. 
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name 

specifies the label on the diagnostic stack entry. The labels on the fields generated in the 
diagnostic stack entry will start with the same characters as name does. (If name exceeds 
four characters, only the first four characters will be used in building the labels on the 
generated fields.) This name is required. 

MODNAME = modname 

specifies the name of the load module that contains the diagnostic stack entry. If an 
ABEND occurs, this value will be placed in SDWA field SDWAMODN. The module 
name is eight characters long and is in the form of CBPUCnnn, where nnn is a decimal 
number from 001 to 256, inclusive, for customer-written UIMs. This parameter is 
required. 

CSECT = csectname 

specifies the name of the CSECT that contains the diagnostic stack entry. If an ABEND 
occurs, this value will be placed in SDWA field SDWACSCT. This parameter is optional. 
The default for this parameter is the assembler symbol, &SYSECT. 

COMP = rV/ 

specifies the component identifier of the UIM. If an ABEND occurs, this value will be 
placed in SDWA field SDWACID. The component identifier should be five bytes long. 
This parameter is required. 

DESC = text 

specifies the UIM description, which should contain the unit names of the device(s) that 
the UIM supports. If an ABEND occurs, this value will be placed in SDWA field 
SDWASC. The UIM description can be a maximum of 23 bytes long. This parameter is 
required. 

VRADATA = /a6e/ 

specifies the name of an array that contains the addresses of data to be placed in the 
VRA, if an ABEND occurs. The array contains the VRA keys and data lengths, in 
addition to the data addresses. This parameter is optional. If it is not specified, no 
specific control blocks or data areas for the UIM will be placed in the VRA. (On 
lODEVICE calls, the diagnostic stack entry for CBPICBBR, which is the routine that 
invokes UIMs on lODEVICE calls, causes the lODV to be placed in the VRA.) 

Each entry in the VRA array contains eight bytes. The format of an entry is as follows: 
Offset Length Function 

2 Reserved, must be set to zero in all but the last entry in the array. 

2 1 Key of VRA data, as specified in IHAVRA. 

3 1 Length of VRA data. 

4 4 Address of VRA data. If this field is set to zero, the ESTAE routine will skip 

this entry when moving data into the VRA. UIMs are permitted to 
dynamically update this field while the diagnostic entry is on the diagnostic 
stack. 

The last entry in the VRA array must be set to X'FFFFFFFFFFFFFFFF'. 
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,RELATED = value 

specifies information used to self-document macro instructions by 'relating' functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user, and may be any valid coding 
values. 
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CBPZLOG - Log an MVS Configuration Program Message 



The CBPZLOG macro can be used only in the unit information module (UIM) that an 
installation provides for any device that the MVS configuration program (MVSCP) does not 
support. See SPL: System Modifications for a complete description of coding a UIM. 

The CBPZLOG macro is used to issue a message to the MVS configuration program log file. A 
UIM must have addressability to the CPVT when it issues the CBPZLOG macro. It must also 
invoke the CBPZLOGR mapping macro. (CBPZLOGR maps the parameter list that is built by 
the CBPZLOG macro.) 

The CBPZLOG macro is written as follows: 



name name: symbol. Begin name in column 1. 

b One or more blanks must precede CBPZLOG. 
CBPZLOG 

b One or more blanks must follow CBPZLOG. 

MID = id id: CBPnnnL n is a decimal digit. 

,SEV = value value: LOGRINFO, LOGRWARN, LOGRERR, or LOGRTERM. 

,STMT = ITRHSNBR must be coded as shown. 

,TEXT = label label: symbolic label. 



name 

specifies the label to be generated on the first instruction in the macro expansion. The 
name is optional. 

Mm = id 

specifies the message identifier. The message identifier is seven characters long and is in 
the form of CBPnnnI, where nnn is a decimal number from 900 to 999 inclusive for 
user-written UIMs. This parameter is required. 

SEV = value 

specifies the message severity. The following severities are supported: 

LOGRINFO 

informational message. This message has no effect on MVS configuration 
processing or its return code. 
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LOGRWARN 

warning message. This message has no effect on MVS configuration program 
processing but will cause a return code of 4 to be issued (unless a higher severity 
message is issued.) 

LOGRERR 

error message. This message will prevent the MVS configuration program from 
building any I/O configuration members, and will cause a return code of 8 to be 
issued (unless a higher severity message is issued.) 

LOGRTERM 

terminating message. This message causes the MVS configuration program to 
terminate its processing and issue a return code of 16. A UIM must never issue a 
terminating message. 

This parameter, which is optional, defaults to LOGRERR. 

Note: The equates LOGRINFO, LOGRWARN, LOGRERR and LOGRTERM are 
generated by the CBPZLOGR macro. 

STMT = ITRHSNBR 

specifies the number of the statement in the MVS configuration program input stream 
that the message refers to. Field ITRHSNBR in the internal text record header (mapped 
by CBPZITRH) contains the statement number. This parameter is optional. If it is 
omitted, no statement number will be associated with the message. 

T^XT^ label 

specifies the label of the message text. This text contains up to 255 bytes of data. The 
length of the text is determined by the length attribute of this field. This parameter is 
required. 

Note: The message service will compress multiple blanks in the text and will split the text 
across multiple lines if necessary. 
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CBPZPPDS - Push/Pop Diagnostic Stack Entry 



The CBPZPPDS macro must be included in the unit information module (UIM) that an 
installation provides for any device that the MVS configuration program (MVSCP) docs not 
support. See SPL: System Modifications for a complete description of coding a UIM. 

The CBPZPPDS macro is used to push an entry on (put an entry on) or pop an entry from 
(remove an entry from) the diagnostic stack. A UIM must have addressability to the CPVT 
when it issues the CBPZPPDS macro. It must also invoke the CBPZDIAG macro to build the 
diagnostic stack entry that is to be pushed on or popped from the diagnostic stack. 

The CBPZPPDS macro is written as follows: 



name name: symbol. Begin name in column 1. 

b One or more blanks must precede CBPZPPDS. 
CBPZPPDS 

b One or more blanks must follow CBPZPPDS. 

PUSH 
POP 

DIAG = label label: symbolic label. 

.RELATED = value value: any valid macro keyword specification. 



name 

specifies the name on the first instruction in the macro expansion. The name is optional. 

PUSH 

specifies that the designated diagnostic entry is to be put on the diagnostic stack. Either 
PUSH or POP must be specified. 

POP 

specifies that the designated diagnostic entry is to be removed from the diagnostic stack. 
Either PUSH or POP must be specified. 

DIAG'- label 

identifies the diagnostic entry. This name must be specified on the label field of the 
CBPZDIAG macro invocation. 
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,RELATED = va/Me 

specifies information used to self-document macro instructions by 'relating' functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user, and may be any vaUd coding 
values. 

See the CBPZDIAG macro description for more information about diagnostic entries. 
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CHANGKEY - Change Virtual Storage Protection Key 



The CHANGKEY macro instruction changes the protection key and fetch protection status of 
one or more pages of virtual storage. The CHANGKEY function is available only for use by 
system components that execute in supervisor state and key zero. Callers can be enabled or 
disabled and cannot hold any lock that would prevent RSM from obtaining any RSM lock. 

The CHANGKEY function is valid for virtual storage obtained by GETMAIN in page 
multiples from problem program subpools. Callers must provide an 18-word save area and 
place the address of the save area in register 13. If the caller is disabled, the save area must be 
in fixed storage. 

The CHANGKEY macro instruction is written as follows: 



name name: symbol. Begin name in column 1. 

b One or more blanks must precede CHANGKEY. 
CHANGKEY 

b One or more blanks must follow CHANGKEY. 



R^BA^' page addr,EA=page addr page addr: A-type address or register (1) - (12). 

L,LISTAD = //5'/ addr Note: The R-type macro expansion alters the contents of register 2. EA 

should not be specified as (1). 

list addr: A-type address or register (1) - (12). 

,KEY-stor key star key: Decimal digit 1-15 or register (0) or register (3) - (12). 

,BRANCH = YES Required. 



The parameters are explained as follows: 

R,BA =page addr 
EA =page addr 
L,LISTAD = list addr 

specifies the type of CHANGKEY request: 

R indicates a request to change the key of a single area of virtual 

storage. 
L indicates a request to change the key of one or more areas of virtual 

storage. 
BA specifies the address of the first byte of the first page of the 

virtual storage area whose key is to be changed. 
EA specifies the address of the first byte of the last page of the 

virtual storage area whose key is to be changed. 
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Example 1 



Example 2 



Notes: 

1. BA<EA 

2. BA, EA, and LIST AD are expected to be 31-bit addresses, regardless of the addressing 
mode of the issuer of the macro. 

LIST AD specifies the address of the first double-word of a variable length parameter Ust 
in fixed storage. The first word of each element is defined as BA above and the second 
word of each element as EA above. If the high-order bit of the second word is one that 
element is the last element in the parameter list. 

^l^Y == stor key 

specifies the new storage key and fetch protection status for the virtual storage areas 
specified. If the stor key specification is a decimal digit, then the supervisor assumes the 
user wants fetch protection. If the user does not want fetch protection, he should specify 
the protection key he wants in bits 24-27 of a register and leave bit 28 at zero to indicate 
that he doesn't want fetch protection. 

,BRANCH = YES 

The only entry available into the CHANGKEY service routine is branch entry. 

Note: The requestor must have addressability to the CVT. 

Upon completion of the CHANGKEY macro instruction, register 15 contains a zero return 
code. If a caller requested that the key be changed to key 0, the caller is abended with a code 
X'08F'. 



Operation: Change the storage key and ensure fetch protection of a single page of virtual 
storage addressed by register 5. 

CHANGKEY R , BA= ( REGS ) , EA= ( REGS ) , KE Y=8 , BRANCH=YES 



Operation: Change the storage key and ensure fetch protection of two noncontiguous pages of 
virtual storage addressed by PAGEl and PAGE2 respectively. 

CHANGKEY L , LISTAD=PLIST , KEY=10 , BRANCH=YES 



PLIST DC 2A( PAGEl) 
DC A(PAGE2) 
DC ALKX'SO' ) 
DC AL3(PAGE2) 



FIRST ELEMENT IN LIST 
BA PART OF SECOND ELEMENT 
INDICATES LAST ELEMENT IN LIST 
EA PART OF SECOND ELEMENT 
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CIRB - Create Interruption Request Block 

The CIRB macro instruction causes a supervisor routine (called the exit effector routine) to 
create an interruption request block (IRB). In addition, other parameters of this macro 
instruction may specify the building of a register save area and/or a work area to contain 
interruption queue elements, which are used by supervisor routines in scheduhng the execution 
of user exit routines. 

Branch Entry Interface 

For BRANCH = YES, the branch entry interface is as follows: 

• The caller must be in supervisor state, key zero, and own the LOCAL lock and no locks 
above the SALLOC lock in the locking hierarchy. 

• The caller must pass a TCB address in register 4 to be used by GETMAIN when allocating 
space for the IRB and for the problem program save area. Also, if a problem key is 
specified in the KEY= parameter of the CIRB, the TCBPKF field of that TCB is used. 

• The caller must include the CVT mapping macro. 

• Upon return, register 1 contains the address of the created IRB, registers 0, and 2-14 are 
unchanged, and register 1 5 is unpredictable. 

• Control is returned in supervisor state, key zero, with the same locks held as on entry. 
Note: The IRB address is returned in register 1. 
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The CIRB macro instruction is written as follows: 



name 
b 

CIRB 
b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede CIRB. 

One or more blanks must follow CIRB. 



EP = entry point addr 

,KEY = PP 
,KEY = SUPR 

,MODE = PP 
,MODE = SUPR 

,SVAREA = NO 
,SVAREA = YES 

,RETIQE = YES 
,RETIQE = NO 

,STAB = (DYN) 

jWKAREA = workarea size 



,BRANCH=NO 
,BRANCH=YES 

,RETRN = NO 
,RETRN = YES 

,AMODE = CALLER 
,AMODE = DEFINED 



entry point addr: RX-type address, or register (0) or (2) - (12). 
Default: KEY = PP 

Default: MODE = PP 

Default: SVAREA-NO 

Default: RETIQE = YES 



workarea size: Decimal digit, or register (2) - (12). 
Default: zero 

Default: BRANCH = NO 



Default: RETRN = NO 

Note: This parameter has meaning only if RETIQE = NO is specified above. 

Default: AMODE = CALLER 



The parameters are explained as follows: 

EP = entry point addr 

specifies the address of the entry point of the user's asynchronous exit routine. 

,KEY==PP 
,KEY = SUPR 

specifies whether the asynchronous exit routine operates with a key of zero (SUPR) or 
with a key obtained from the TCB of the task issuing the CIRB macro instruction (PP). 

,MODE = PP 
,MODE = SUPR 

specifies whether the asynchronous exit routine executes in problem program (PP) or 
supervisor (SUPR) mode. 
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,SVAREA = NO 
,SVAREA = YES 

specifies whether to obtain a 72-byte register save area from the virtual storage assigned 
to the problem program. If a save area is requested, CIRB places the save area address in 
the IRB. The address of this area is passed to the user routine via register 13. 

,RETIQE = YES 
,RETIQE = NO 

specifies whether the associated queue elements are request queue elements (YES) or 
interruption queue elements (NO). 

,STAB = (DYN) 

specifies that the IRB (including the work area) is to be freed by EXIT. 

Note: If the STAB parameter is omitted from the CIRB macro instruction, the IRB 
remains available for later use by the task issuing the macro. 

,WKAREA = workarea size 

specifies the size, in doublewords, of the work area to be included in the IRB. The area 
may be used to build IQEs. The first four bytes of the work area that is obtained 
contains the address of the next available IQE (RBNEXAV field). The maximum size is 
255 double words. 

,BRANCH = NO 
,BRANCH = YES 

specifies that branch hnkage (YES) or SVC hnkage (NO) to CIRB will be provided. 

,RETRN = NO 
,RETRN = YES 

specifies that the IQE is (YES) or is not (NO) returned to the available queue when the 
asynchronous exit terminates. 

,AMODE = CALLER 
,AMODE = DEFINED 

specifies the addressing mode in which the exit routine is to be given control. 

If CALLER is specified, the exit routine receives control in the same addressing mode as 
the caller. 

If DEFINED is specified, the addressing mode of the exit routine is pointer defined. This 
means that the addressing mode is determined by the setting of the high order bit of the 
entry point address for the exit routine. If the bit is set, the addressing mode is 31 -bit; if 
the bit is not set, the addressing mode is 24-bit. 
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Example 1 



Example 2 



Operation: Create an IRB to be used in scheduling an asynchronous exit. The exit is scheduled 
via the IQE interface to stage 2 exit effector, and receives control in the supervisor state. The 
IRB is to be freed when it terminates. The exit receives control at the IQERTN label. 

CIRB EP=IQERTN , MODE=SUPR , RETIQE=NO , STAB= ( DYN ) , BRANCH=NO 



Operation: Create an IRB to be used in scheduling an asynchronous exit. The RQE interface 
to stage 2 exit effector is used to schedule the routine. The exit gets control at the RQETEST 
label. 

CIRB EP=RQETEST,KEY=SUPR,MODE=SUPR,STAB={DYN) ,BRANCH=NO 
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CPOOL - Perform CeU Pool Services 



The CPOOL macro instruction creates a cell pool, obtains or returns a cell to the cell pool, or 
deletes the previously built cell pool, according to the function requested. 

The CPOOL macro instruction is also described in Supervisor Services and Macro Instructions 
with the exception of the KEY, TCB, and LINKAGE = BRANCH parameters. 
LINKAGE = BRANCH can be used only by callers in supervisor state and key 0. TCB and 
KEY can be used only by supervisor state, key 0-7, or APF-authorized callers. Problem 
programs cannot create cell pools in subpools greater than 127, In order to create a cell pool in 
a subpool greater than 127, the user must be in system key, supervisor state, or be 
APF-authorized. On entry to this macro, users who specify the parameters: BUILD, DELETE, 
or REGS = SAVE must pass the address of a 72-byte save area in register 13. 

The caller's secondary ASID is preserved when a PC instruction is issued; however, the caller 
cannot be in secondary addressing mode when issuing this macro instruction. 

Except for the TCB, all input parameters to this macro instruction can reside in storage above 
16 megabytes if the issuer is executing in 31 -bit addressing mode. 
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The CPOOL macro instruction is written as follows: 



name 
b 

CPOOL 
b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede CPOOL. 

One or more blanks must follow CPOOL. 



BUILD 
GET 
FREE 
DELETE 

,UNCOND 
,U 

,COND 
,C 

,PCELLCT = primary cell count 

,SCELLCJ = secondary cell count 

,CSIZE = cell size 

,SP = subpool number 



,LOC = BELOW 
,LOC = (BELOW,ANY) 
,LOC=ANY 
,LOC = RES 
,LOC = (RES,ANY) 

,CPID =pool id 



,CELL = cell addr 

,KEY = A:ey number 
,TCB = tcb addr 

,HDR = W/- 



,LINKAGE = SYSTEM 
,LINKAGE = BRANCH 

,REGS = SAVE 
,REGS = USE 



Default: UNCOND 

Note: This parameter can be specified only with the 

GET keyword. 

cell count: symbol, decimal digit, or register (0), (2) - (12). 

Note: This parameter can be specified only with the BUILD keyword. 

Default: PCELLCT 

Note: This parameter can be specified only with the BUILD keyword. 

cell size: symbol, decimal digit, or register (0), (2) - (12). 

Note: This parameter can be specified only with the BUILD keyword. 

subpool number: symbol, decimal digit, or register (0), (2) - (12). 

Default: SP = 

Note: This parameter can be specified only with the BUILD keyword. 

Default: LOC = RES 

Note: This parameter can be specified only with the BUILD keyword. 



pool id: RX-type address or register (0), (2) - (12). 

Note: This parameter must be specified with the GET, FREE, and DELETE 

keywords but is optional with the BUILD keyword. 

cell addr: RX-type address or register (0), (2) - (12). 

Note: This parameter is required with the FREE keyword, is optional with the 

GET keyword, and cannot be specified with the BUILD and DELETE keywords. 

key number: decimal digits 0-15 or register (0), (2) - (12). 

Note: This parameter can be specified only with the BUILD keyword. 

tcb addr: RX-type address or register (0), (2) - (12). 

Default: TCB address in PSATOLD. 

Note: This parameter can be specified only with the BUILD keyword. 

hdr: character string enclosed in single quotes, RX-type address, or register (0), (2) 

- (12). 

Default: 'CPOOL CELL POOL' 

Note: This parameter can be specified only with the BUILD keyword.^ 

Default: LINKAGE = SYSTEM 

Note: This parameter cannot be specified with FREE or GET conditionally. 

Default: REGS = SAVE 

Note: This parameter can be specified only with the GET or FREE keywords. 
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The parameters are explained as follows: 

BUILD 
GET 
FREE 
DELETE 

specifies the cell pool service to be performed. 

BUILD creates a cell pool in a specified subpool by allocating storage and chaining the 
cells together. 

GET attempts to obtain a cell from the previously built cell pool. This request can be 
conditional or unconditional as described under the UNCOND/COND keyword. 

FREE returns a cell to the cell pool. 

DELETE deletes a previously built cell pool and frees storage for the initial extent, all 
secondary extents, and all pool control blocks. 

,UNCOND 

,U 

,COND 

,C 

when used with GET specifies whether the request for a cell is conditional or 
unconditional. If COND or C is specified and the cell pool is empty, the CPOOL service 
routine returns to the caller without a cell and places a zero in the cell address. If 
UNCOND or U is specified and the cell pool is empty, the CPOOL service routine 
extends the pool in order to obtain a cell for the caller. 

,PCELLCT = primary cell count 

specifies the number of cells expected to be needed in the initial extent of the cell pool. 
The CPOOL service module uses PCELLCT and cell size (CSIZE) to determine the 
optimum number of cells to provide in order to make effective use of virtual and real 
storage. 

,SCELLCT = secondary cell count 

specifies the number of cells expected to be in each secondary or non-initial extent of the 
cell pool. The CPOOL service routine uses SCELLCT and CSIZE to determine the 
optimum number of cells to provide in order to make effective use of virtual and real 
storage. 

,CSIZE = cell size 

specifies the number of bytes in each cell of the cell pool. If CSIZE is a multiple of 8, the 
cell resides on doubleword boundaries. If CSIZE is a multiple of 4, the cell resides on 
word boundaries. The minimum value of CSIZE is 4 bytes. 

,SP = subpool number 

specifies the subpool from which the cell pool is to be obtained. If a register or variable is 
specified, the subpool number is taken from bits 24-3 1 . 
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,LOC = BELOW 

,LOC = (BELOW,ANY) 

,LOC = ANY 

,LOC = (ANY,ANY) 

,LOC = RES 

,LOC = (RES,ANY) 

specifies the location of virtual storage and real storage for the cell pool. This is helpful 
for users with 24-bit dependencies. The location of real storage specified in this 
parameter is the location of the storage after it is fixed, either by definition or by 
PGFIX, PGFIXA, or PGSER. The specification of the LOG parameter, which applies to 
the location of real storage, is only guaranteed when the area is fixed. 

LOG = BELOW indicates that virtual and real storage are to be allocated below 16 
megabytes. 

LOG = (BELOW, ANY) indicates that virtual storage is to be allocated below 16 
megabytes and real storage can be anywhere. 

LOG = ANY and LOG = (ANY, ANY) indicate that both virtual and real storage can be 
located anywhere. 

LOG = RES indicates that the location of virtual and real storage depends on the location 
of the issuer of the macro. If the ii^suer resides below 16 megabytes, virtual and real 
storage are allocated below 16 megabytes; if the issuer resides above 16 megabytes, virtual 
and real storage can be located anywhere. 

LOG = (RES, ANY) indicates that the location of virtual storage depends on the location 
of the issuer of the macro. If the issuer resides below 16 megabytes, virtual storage is 
allocated below 16 megabytes; if the issuer resides above 16 megabytes, virtual storage is 
allocated anywhere. Real storage can be located anywhere. 

Note: Gallers executing in 24-bit addressing mode could perform services for cell pools 
located in storage above 16 megabytes by specifying LOG = ANY or LOG = (ANY, ANY). 

,CVm=^ pool id 

specifies the address or register containing the cell pool identifier that is returned to the 
caller after the pool is created using GPOOL BUILD. The issuer must specify GPID on 
all subsequent GPOOL requests containing the keywords GET, FREE, or DELETE. 

,GELL = cell addr 

specifies the address or register where the cell address is returned to the user by a GET or 
a FREE request. 

,KEY = key number 

specifies the key in which storage is to be obtained. If a register is specified, the key is 
taken from bits 28-31. This parameter is vaUd for subpools 227, 228, 229, 230, 231, and 
241. 

,TCB = tcb addr 

specifies the TGB address for task related storage requests. The TGB must be within the 
currently addressable address space. If the caller specifies zero as the TGB address, the 
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Example 1 



CPOOL service routine uses the TCB address in ASCBXTCB. If the CPOOL request is 
for private area storage and the caller does not specify TCB, the default is the TCB 
address in PSATOLD. 

Note: The TCB resides in storage below 16 megabytes. 

,HDR = ;iJr 

specifies a 24-byte header, which is placed in the header of each initial and secondary 
extent. The header can contain user-supphed information that would be useful in a 
dump. 

,LINKAGE = SYSTEM 
,LINKAGE = BRANCH 

specifies the type of linkage used in CPOOL processing. LINKAGE = SYSTEM indicates 
that the linkage is via a PC instruction, LINKAGE = BRANCH indicates branch entry. 
For BUILD and DELETE this processing is between the caller and CPOOL processing; 
for GET UNCOND, the linkage is within CPOOL processing (that is, between the 
modules IGVCPOOL and IGVCPEXT). 

,REGS = SAVE 
,REGS = USE 

indicates whether or not registers 2-12 are to be saved. If REGS = SAVE is specified, the 
registers are saved in a 72-byte user-supplied save area pointed to by register 13. If 
REGS = USE is specified, the registers are not saved. 

Notes: 

1. If GET U, LINKAGE = SYSTEM, REGS = USE is specified, the secondary ASID will not be 
preserved. In all other cases the secondary ASID is unchanged. 

2. A program in secondary mode cannot use LIN KAGE= SYSTEM. 

The contents of the registers on return from this macro depends on the parameters specified. 

Register(s) Comment 

Contains the cell pool identification 

1 Contains the address of the cell that was obtained if GET unconditional was specified; contains zero 
if GET conditional was specified and fails 

2-12 Saved for BUILD and DELETE requests or if REGS = SAVE is specified 

5-13 Saved if GET conditional or FREE is specified with REGS = USE 

13 Saved if GET unconditional and REGS = USE is specified or if BUILD or DELETE is specified 

with either LINKAGE = SYSTEM or LINKAGE = BRANCH 



Operation: Create a cell pool containing 40-byte cells from subpool 2. Allow for 10 cells in the 
initial extent and 20 cells in all subsequent extents of the cell pool. 

CPOOL BUILD , PCELLCT=10 , SCELLCT=20 , CSIZE=40 , SP=2 
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Example 2 



Example 3 



Example 4 



Operation: Unconditionally obtain a cell pool, specifying the pool ID in register 2. Use a PC 
instruction for linkage and do not save the registers. 

CPOOL GET , U , CPID= ( 2 ) , REGS=USE , LINKAGE=SYSTEM 



Operation: Free a cell specifying the pool ID in register 2 and the cell address in register 3. 
CPOOL FREE , CPID= ( 2 ) , CELL= ( 3 ) 



Operation: Delete a cell pool, specifying the pool ID in register 2. Use a PC instruction for 
linkage. 

CPOOL DELETE,CPID=(2) ,LINKAGE=SYSTEM 



2-80 SPL: System Macros and Facilities Volume 2 



CPOOL (List Fonn) 



The list form of the CPOOL macro instruction builds a non-executable parameter list that can 
be referred to by the execute form of the CPOOL macro. 

The list form of the CPOOL macro instruction is written as follows: 



name 
b 
CPOOL 



name: symbol. Begin name in column 1 . 
One or more blanks must precede CPOOL. 

One or more blanks must follow CPOOL. 



BUILD 

,PCELLCT = primary cell count 

,SCELLCT = secondary cell count 
.CSIZE = cell size 



cell count: symbol, decimal. 

Note: PCELLCT must be specified on either the list or the execute form 

of the macro. 

Default: PCELLCT 

cell size: symbol, decimal digit. 

Note: CSIZE must be specified on either the list or the execute form of the 

macro. 



,SP = subpool number 


subpool number: symbol, decimal digit. 




Default: SP = 


,LOC = BELOW 


Default: LOC = RES 


,LOC = (BELOW,ANY) 




,LOC = ANY 




,LOC = RES 




,LOC = (RES,ANY) 




,CPID =pool id 


pool id: A-type address. 


,KEY = key number 


key number: decimal digits 0-15. 


JCB = tcbaddr 


tcb addr: A-type address or register. 




Default: TCB address in PSATOLD. 


,HDR = Mr 
= L 


hdr: character string enclosed in single 



The parameters are explained under the standard form of the CPOOL macro instruction with 
the following exception: 

,MF = L 

specifies the hst form of the CPOOL macro instruction. 
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CPOOL (Execute Form) 



The execute form of the CPOOL macro instruction is written as follows: 



name 
b 
CPOOL 

b 



name: symbol. Begin name in column 1. 
One or more blanks must precede CPOOL. 

One or more blanks must follow CPOOL. 



BUILD 

,PCELLCT = primary cell count 

,SCELLCT = secondary cell count 
,CSIZE == cell size 



,SP = subpool number 

,LOC = BELOW 
,LOC = (BELOW,ANY) 
,LOC = ANY 
,LOC = RES 

,LOC = (RES,ANY) 

,CPID =pool id 
,KEY = key number 
,TCB = tcb addr 

,HDR-Mr 

,LINKAGE = SYSTEM 
,LINKAGE = BRANCH 

,MF=(E, Ctrl prog) 



cell count: symbol, decimal digit, or register (0), (2) - (12). 

Note: PCELLCT must be specified on either the list or the execute format 

of the macro. 

Default: PCELLCT 

cell size: symbol, decimal digit, or register (0), (2) - (12). 

Note: CSIZE must be specified on either the list or the execute form of the 

macro. 

subpool number: symbol, decimal digit, or register (0), (2) - (12). 
Default: SP = 

Default: LOC = RES 



pool id: RX-type address or register (0), (2) - (12). 

key number: decimal digits - 15 or register (0), (2) - (12). 

tcb addr: RX-type address or register (0), (2) - (12). 
Default: TCB address in PSATOLD. 

hdr: character string enclosed in single quotes, RX-type address, or 
register (0), (2) - (12). 

Default: LINKAGE = SYSTEM 

Ctrl prog: RX-type address or register (0) - (12). 



The parameters are explained under the standard form of the CPOOL macro instruction with 
the following exception: 

,MF = (E,cfr/j9ra^) 

specifies the execute form of the CPOOL macro instruction. 
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DATOFF - DAT-OFF Linkage 



The DATOFF macro transfers control to a specified routine in the DAT-OFF section of the 
nucleus. 

The macro is restricted to key 0, supervisor state users, that are enabled for DAT. Users must 
include the IHAPSA mapping macro with the DATOFF macro instruction. The macro 
destroys the contents of general registers 0, 14, and 15. 

The DATOFF macro instruction is written as follows: 



DATOFF 
b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede DATOFF. 

One or more blanks must follow DATOFF. 



index 



,KELATED = value 



Note: See the description of the parameters for the valid options. 
value: any valid macro keyword specification. 



The parameters are explained as follows: 



index 



specifies the routine that is to be given control in the DAT-OFF section of the nucleus. 
The possible values for index along with the entry point in the routine and the purpose of 
the routine follow. 

Index Entry Point Purpose 

INDCDS lEAVCDS DAT-OFF Compare Double and Swap routine 

INDMVCLO lEAVMVCO General DAT-OFF move character 

long function 
INDMVCLK lEAVMVKY General DAT-OFF move character 

long in user key function 
INDXCO lEAVXCO General DAT-OFF exclusive 

OR character function 
INDUSRl lEAVEURl User written function 

INDUSR2 IEAVEUR2 User written function 

INDUSR3 IEAVEUR3 User written function 

INDUSR4 IEAVEUR4 User written function 

Note: See SPL: System Modifications for information about how to insert a user-written 
function in the nucleus. 
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Example 1 



Example 2 



Example 3 



,RELATED = va/w^ 

specifies information used to document the macro instruction and to relate the service 
performed to some corresponding service or function. The format of the information 
specified can be any vaHd coding values that the user chooses. 



Operation: Invoke the general DAT-OFF move character long function. The user must supply 
the following information in the registers specified: 

Registers Information 

2 Location into which the characters are to be moved 

3 Length of the area into which the characters are to be moved 

4 Location of the area from which the characters are to be moved 

5 Length of the area from which the characters are to be moved 

Note: Registers 2 and 4 contain real addresses. 

DATOFF INDMVCLO 



Operation: Invoke the general DAT-Off exclusive OR character function. The user must 
supply the following information in the registers specified: 

Registers Information 

2 Location of the results of exclusive OR character processing 

3 Bits 24-31 contain one less than the number of bytes on which the exclusive OR is to be performed. 

4 Location of the operand on which the exclusive OR is to be performed 

Note: Registers 2 and 4 contain real addresses. 

DATOFF INDXCO 



Operation: Invoke the general DAT-OFF move character long in user key function. The user 
must supply the following information in the registers specified: 

Registers Information 

2 Location into which the characters are to be moved 

3 Length of the area into which the characters are to be moved 

4 Location of the area from which the characters are to be moved 

5 Length of the area from which the characters are to be moved 

6 Bits 24-27 contain the PSW key in which the MVCL is to be executed. 

Note: Registers 2 and 4 contain real addresses. 

DATOFF INDMVCLK 
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DEQ - Release a Serially Reusable Resource 



DEQ removes control of one or more serially reusable resources from the active task. Register 
1 5 is set to if the request is satisfied. An unconditional request to release a resource from a 
task that is not in control of the resource or a request that contains invahd parameters results in 
abnormal termination of the task. 

Note: When global resource seriahzation is active, the SYSTEM inclusion resource name Hst 
and the SYSTEMS exclusion resource name list are searched for every resource specified with a 
scope of SYSTEM or SYSTEMS. A resource whose name appears on one of these resource 
name lists might have its scope changed from the scope that appears on the macro instruction. 
(See Planning: Global Resource Serialization for additional information about global resource 
serialization.) 

The description of the entire DEQ macro instruction follows. The DEQ macro instruction also 
appears in Supervisor Services and Macro Instructions with the exception of the RMC, 
GENERIC, TCB, and UCB parameters. These parameters are restricted in use to programs 
that run in supervisor state, key 0-7, or with APF authorization, and are, therefore, described 
only here. 

Except for the TCB and UCB, all input parameters to this macro instruction can reside in 
storage above 16 megabytes for callers executing in 31 -bit addressing mode. 
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The standard form of the DEQ macro instruction is written as follows: 



b 

DEQ 

b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede DEQ. 

One or more blanks must follow DEQ. 



( 

qname addr 

,rname addr 

,rname length 



,STEP 

,SYSTEM 

,SYSTEMS 



) 



,RET = HAVE 
,RET = NONE 

,RMC = NONE 
,RMC = STEP 
,GENERIC = NO 
,GENERIC = YES 



,TCB = tcb addr 

,UCB = ucb addr 
,RELATED = value 



qname addr: A-type address, or register (2) - (12). 

rname addr: A-type address, or register (2) - (12). 

rname length: symbol, decimal digit, or register (2) - (12). 

Note: rname length must coded if a register is specified for rname addr. 

Default: STEP 



Default: RMC = NONE 

Defalult: GENERIC = NO 

Note: If GENERIC = YES is specified, you must also specify RET = HAVE 

above. 

tcb addr: A-type address, or register (2) - (12). 
Note: TCB cannot be specified with RMC above. 

ucb addr: RX-type address, or register (2) - (12). 

value: any valid macro keyword specification. 



The parameters are explained as follows. 



specifies the beginning of the resource description. 

qname addr 

specifies the address in virtual storage of an 8-character name. The qname must be the 
same name specified for the resource in an ENQ macro instruction. 

^rname addr 

specifies the address in virtual storage of the name used in conjunction with qname and 
scope to represent the resource acquired by a previous ENQ macro instruction. The name 
can be qualified and must be from 1 to 255 bytes long. The rname must be the same 
name specified for the resource in an ENQ macro instruction. 
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,mame length 

specifies the length of the rname described above. The length must have the same value 
as specified in the previous ENQ macro instruction. If this parameter is omitted, the 
assembled length of the rname is used. You can specify a value between 1 and 255 to 
override the assembled length, or you may specify a value of 0. If is specified, the 
length of the rname must be contained in the first byte at the rname addr specified above. 



,STEP 

,SYSTEM 

,SYSTEMS 

specifies the scope of the resource. You must specify the same STEP, SYSTEM, or 
SYSTEMS option as you used in the ENQ macro instruction requesting the resource. 



) 



specifies the end of the resource description. 



Note: Multiple resources can be specified with the DEQ macro instruction. You can repeat 
qname addr, rname addr, rname length, and the scope until there is a maximum of 255 
characters including the parentheses. 

,RET = HAVE 
,RET = NONE 

HAVE specifies that the request for releasing the resources named in DEQ is to be 
honored only if the active task has been assigned control of the resources or if ENQ was 
executed with ECB. A return code is set if the resource is not held. NONE specifies an 
unconditional request to release all the resources. RET = NONE is the default. The 
active task is abnormally terminated if it has not been assigned control of the resources. 

In either case, if the resources requested for release were originally queued with the ECB 
parameter specified, they are released with return code 0. 

,RMC = NONE 
,RMC = STEP 
,GENERIC = NO 
,GENERIC=YES 

RMC specifies that the reset must-complete function is not to be used (NONE) or that 
the requesting task is to release the resources and terminate the must complete function 
(STEP). The NONE or STEP subparameter must agree with the subparameter specified 
in the SMC parameter of the corresponding ENQ macro instruction. 

GENERIC specifies whether or not (YES or NO) all resources with the specified qname 
are to be released. In order for the resource to be released, the task must have control of 
or be in ECB wait for the resource. (ECB was specified on the original ENQ.) If the task 
is waiting for a resource, but is not in an ECB wait, the task remains queued and waiting. 



DEQ - Release a Serially Reusable Resource 2-87 



The following return codes are associated with a GENERIC DEQ: 

Hexadecimal 

Code Meaning 

One or more resources which the task had control of or was in ECB wait for have been 

released. 

4 One or more resources were unconditionally requested by the task, but the task was not 

assigned control. The task is not removed from the wait condition. However, other 
resources with the same qname might have been released. 

8 No resources were found for the specified qname. 

,TCB = tcb addr 

specifies a register that points to a TCB or specifies the address of a fuUword on a 
fullword boundary that points to a TCB on whose behalf the DEQ is to be done. The 
caller (not the directed task) is abnormally terminated if the RET parameter is omitted 
and an attempt is made to DEQ a resource not requested or not owned by the directed 
task, except when ECB was specified on the original ENQ. If ECB was specified on the 
ENQ and the resource is not owned by the directed task, the TCB DEQ request releases 
the resources with a zero return code. 

Note: The TCB resides in storage below 16 megabytes. 

,UCB = ucb addr 

specifies the address of a fullword that contains the address of a UCB for a reserved 
device that is now being released. This parameter is used to release a device reserved with 
the RESERVE macro instruction. The UCB parameter is optional. 

Note: The UCB resides in storage below 16 megabytes. 

,RELATED = va/Me 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user, and can be any valid coding values. 

Return codes are provided by the control program only if RET = HAVE is designated. If all of 
the return codes for the resources named in DEQ are 0, register 15 contains 0. If any of the 
return codes are not 0, register 1 5 contains the address of a virtual storage area containing the 
return codes as shown in Figure 4. 
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Address 
Returned in 
Register 15 



Return 
Codes 



12 



24 



36 



12 



RC 1 



RC 2 



RC 3 






< i 



Return codes are 
12 bytes apart, 
starting 3 bytes 
from the address 
in register 15. 



RC N 




Figure 4. Return Code Area Used by DEQ 

The return codes are placed in the parameter list resulting from the macro expansion in the 
same sequence as the resource names in the DEQ macro instruction. The return codes are 
shown below. 



Hexadecimal 
Code 



4 



Meaning 

The resource has been released. 

The resource has been requested for the task, but the task has not been assigned control. The 
task is not removed from the wait condition. (This return code could result if DEQ is issued 
within an exit routine which was given control because of an interruption.) 

Control of the resource has not been requested by the active task, or the resource has already 
been released. 
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Example 1 

Operation: Unconditionally release control of the resource in Example 1 of ENQ, and reset the 
"must-complete" state. 

DEQ ( MA JORl, MINOR 1,8, STEP ) ,RMC=STEP 
Example 2 

Operation: Conditionally release control of the resource in Example 2 of ENQ. 

DEQ ( MA J0R2 , MIN0R2 , 4 , SYSTEM ) , TCB= ( R2 ) , RET=HAVE 

Example 3 

Operation: Unconditionally release control of the resource (device) in Example 1 of 
RESERVE. 

DEQ (MAJORS, MINORS, , SYSTEMS) ,UCB=(RS) 

Example 4 

Operation: Release control of the resource in Example 1 of ENQ, if it has been assigned to the 
current TCB. The length of the rname is explicitly defined as 8 characters. 

DEQ (MAJ0R1,MIN0R1,8,STEP) ,RET=HAVE 
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DEQ (List Form) 



Use the list form of the DEQ macro instruction to construct a control program parameter list. 
The number of qname, rname, and scope combinations in the list form of DEQ must be equal 
to the maximum number of qname, rname, and scope combinations in any execute form of 
DEQ that refers to that list form. The list form of the DEQ macro instruction is written as 
follows: 



b 
DEQ 

b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede DEQ. 

One ore more blanks must follow DEQ. 



( 



qname addr 

rname addr 

rname length 

STEP 

SYSTEM 

SYSTEMS 



qname addr: A-type address. 
rname addr: A-type address. 

rname length: symbol or decimal digit. 

Default: STEP 



,RET = HAVE 
,RET = NONE 

,RMC = NONE 
,RMC = STEP 
,GENERIC = NO 
,GENERIC = YES 

,TCB = 

,UCB = ucb addr 
.RELATED = va/Me 
,MF = L 



Default: RET = NONE 

Default: RMC = NONE 

Default: GENERIC = NO 

Note: If GENERIC = YES is specified, you must also specify RET = HAVE 

above. 

Note: TCB cannot be specified with RMC above, and must be specified on 
the list form if used on the execute form. 

ucb addr: A-type address. 

value: any valid macro keyword specification. 



The parameters are explained under the standard form of the DEQ macro instruction, with the 
following exception: 

,MF = L 

specifies the list form of the DEQ macro instruction. 



DEQ (List Form) 2-91 



DEQ (Execute Form) 



A remote control program parameter list is used in, and can be modified by, the execute form 
of the DEQ macro. The parameter list can be generated by the list form of either the DEQ or 
the ENQ macro instruction. 

The execute form of the DEQ macro instruction is written as follows: 



b 

DEQ 

b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede DEQ. 

One or more blanks must follow DEQ. 



qname addr 

rname addr 
rname length 



STEP 

SYSTEM 

SYSTEMS 

) 

,RET = HAVE 
,RET = NONE 

,RMC = NONE 
,RMC = STEP 
,GENERIC = NO 
,GENERIC = YES 

JCB = tcb addr 



,VCB ==ucb 
,RELATED-= value 

M'P = (E,ctrl addr) 



Note: ( and ) are the beginning and end of a parameter list. The entire list is 
optional. If nothing in the list is desired, then (, ), and all parameters 
between ( and ) should not be specified. If something in the list is desired, 
then (, ), and all parameters in the Ust should be specified as indicated at 
the left. 

qname addr: RX-type address, or register (2) - (12). 

rname addr: RX-type address, or register (2) - (12). 

rname length: symbol, decimal digits, or register (2) - (12). 



Note: See note opposite ( above. 



Note: If GENERIC = YES is specified, you must also 
specify RET = HAVE above. 



tcb addr: RX-type address, or register (2) - (12). 

Note: TCB cannot be specified with RMC above, and must be specified on 

the execute form if used on the list form. 

ucb addr: RX-type address, or register (2) - (12). 

value: any valid macro keyword specification. 

Ctrl addr: RX-type address, or register (1) - (12). 
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The parameters are explained under the standard form of the DEQ macro instruction, with the 
following exception: 

,MF = (E.ctrl addr) 

specifies the execute form of the DEQ macro instruction using a remote control program 
parameter hst. 
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DOM - Delete Operator Message 



The DOM macro instruction is used to delete an operator message or group of messages from 
the display screen of the operator's console. It can also prevent messages from ever appearing 
on any operator's console. When a program no longer requires that a message be displayed, it 
can issue the DOM macro instruction to delete the message. 

Depending on the timing of the DOM relative to the WTO(R), the message may or may not be 
displayed. If the message is being displayed, it is removed when space is required for other 
messages. If the message is not yet displayed, it is removed before it gets displayed. 

When a WTO or WTOR macro instruction is issued, the system assigns an identification 
number to the message and returns this number (32 bits right-justified) to the issuing program 
in register 1. When the display of this message is no longer needed, the issuing program can 
issue the DOM macro instruction using the identification number that was returned in general 
register 1. 

The DOM macro instruction is written as follows: 



b 
DOM 

b 



name: symbol. Begin name in column 1. 
One or more blanks must precede DOM. 

One or more blanks must follow DOM. 



MSG = addr 
MSGUST = list addr 
TOKEN = addr 
DOMCBLK = addr 

,CO\JNT = addr 

,SYS1D = addr 

,REPLY = YES 

,SCOPE = SYSTEM 

,SCOPE = SYSTEMS 



addr: register (1) - (12), or an address. 

list addr: symbol, RX-type address, or register (1) - (12). 

addr: register (1) - (12), or an address. 

addr: register (1) - (12), or an address 

addr: register (2) - (12), or an address. 

addr: register (2) - (12), or an address. 



The parameters are explained as follows: 
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MSG = 

The field or register contains the message id of a message to be deleted. 

MSGLIST = 

specifies the address of a list of one or more fullwords, each word containing the 
message id of a message to be deleted. 

REPLY = 

specifies that one or more WTOR messages are to be deleted. REPLY is not required, 
and is invalid with DOMCBLK, TOKEN, SYSID, COUNT and SCOPE. 

DOMCBLK = 

specifies the address of a DOM control block that is to be used as input for the DOM 
macro. Only authorized programs can issue DOMCBLK, which is mutually exclusive with 
all keywords except for SCOPE. 

TOKEN = 

specifies a field or register containing a 4-byte token that is associated with messages to be 
deleted. When you issue WTO or WTOR to write a message, you can choose a token 
value, and specify it as an input parameter to WTO(R) via the TOKEN keyword. 
WTO(R) returns control to the application with a message id in register 1 . To delete the 
message by the TOKEN method, ignore the message id returned by WTO(R) in register 1, 
and specify the token value instead, using the TOKEN keyword when you issue DOM. 
TOKEN is an alternate method for identifying messages, which is independent of the 
register 1 message id. 

Authorized users may delete any messages originally issued under the same ASID and 
system id with this keyword. Unauthorized users may delete only those messages that 
were originally issued under the same jobstep TCB, ASID, and system id. The value of 
the token may not be the same as the id that was returned in register 1 after a WTO or 
WTOR. TOKEN is mutually exclusive with MSG, MSGLIST, COUNT, DOMCBLK, 
and REPLY. 

SYSID = 

specifies a field or register containing the 1-byte id of the system on which the message 
was issued. If no message ids are specified, (that is, MSG or MSGLIST is not specified) 
all messages issued from the specified system are deleted. If message ids are specified, (i.e., 
MSG or MSGLIST has been specified), messages indicated by the MSG or MSGLIST 
keyword issued from the specified system are deleted. 

SYSID is invaliid with DOMCBLK, COUNT, and REPLY. SYSID can be used with the 
TOKEN keyword to delete all messages originally issued from a particular system with 
the specified TOKEN. Authorized users may delete any messages originally issued under 
the same ASID when TOKEN and SYSID are specified. Unauthorized users may delete 
only those messages that were originally issued under the same jobstep TCB and ASID 
when TOKEN and SYSID are specified. If an address is used, the address points to a 
1-byte field which contains the system id. 

COUNT = 

specifies a field or register containing the one-byte count of 4-byte message ids associated 
with this request. The count must be from 1 to 60. If COUNT is specified, the issuer must 
not set the high order bit on in the last entry of the DOM parameter list (DOMPL). If 
COUNT is not specified, the message ids are treated as 3 -byte ids. If an address is used, 
the address points to a 1-byte field that contains the count. COUNT is invalid with 
DOMCBLK, SYSID, TOKEN, and REPLY. 
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SCOPE = SYSTEM 
SCOPE = SYSTEMS 

specifies how to process the DOM request. If SCOPE = SYSTEMS is specified, the 
DOM request is to be communicated to other processors. If SCOPE == SYSTEM is 
specified, the DOM request is not to be communicated to other processors. If 
SCOPE is not specified, the DOM request defaults to SCOPE = SYSTEMS. 

Notes: 

1. For any DOM keywords that allow a register specification, the value must be 
right-justified in the register and the remaining bytes within the register must be zero. 

2. \ Any authorized DOM keywords that are specified by an unauthorized program will 

cause a 157 ABEND. 



Example 1 



Example 2 



Operation: Delete an operator message. The message id is in register 1. 

DOM MSG=(1) 

Operation: Delete a hst of operator messages. 

DOM MSGLIST=ID2 



Example 3 



Example 4 



Example 5 



Operation: Delete four operator messages. The number of messages to be deleted is stored in 
the field named FOUR, and IP3 is the address of the list of message ids for the four messages. 

DOM MSGLIST=ID3,C0UNT=F0UR 



Operation: Delete a single message issued on a particular system. The message ID is in register 
1, and the one-byte system id is stored in the field named TWO. 

DOM MSG=(1) ,SYSID=TWO 



Operation: Delete all messages issued on a particular system. The one-byte system id is stored 
in the field named SYSNAME. 

DOM SYSID=SYSNAME 
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Example 6 



Operation: Delete all messages issued with a particular token on a particular system. The 
four-byte token is stored in TOKENl, and the one-byte system id is in TWO. 

DOM T0KEN=T0KEN1,SYSID=TW0 
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DSGNL - Issue Direct Signal 



The DSGNL macro instruction uses the signal processor (SIGP) instruction to modify or sense 
the physical state of a specific processor in a multiprocessing configuration. The SIGP 
instruction order codes specified on the DSGNL macro instruction are defined as direct 
services. Additional SIGP order codes defined as remote serviced are available through the 
RISGNL and RPSGNL macro instructions. See Principles of Operations for an explanation of 
the order codes. 

Programs executing in cross memory mode can issue this macro instruction. 

The DSGNL macro instruction is written as follows: 

name name: symbol. Begin name in column 1. 

b One or more blanks must precede DSGNL, 
DSGNL 

b One or more blanks must follow DSGNL. 



SENSE 
START 
STOP 
RESTART 

sss 

ICPUR 
CPUR 
STATUS 
PREFIX 

(0) 

,CP\5 = PCCA addr PCCA addr: RX-type address, or register (1). 

jPARAM = addr addr: RX-type address, or register (2). 

,PARAM = (2) Note: This parameter is required with PREFIX and STATUS only. It 

cannot be specified with any of the other parameters. 
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The parameters are explained as follows: 

SENSE 
START 
STOP 
RESTART 

SSS 

ICPUR 

CPUR 

PREFIX 

STATUS 

(0) 

specifies the action to be performed. If (0) is specified, the code indicating the desired 
function has already been loaded into bits 24-31 of register 0. (Only the direct class 
functions are valid.) The actions and codes are: 





Order Code 


Action 


SENSE 


01 


State of specified processor is to be sensed 


START 


04 


Start function 


STOP 


05 


Stop function 


RESTART 


06 


Restart function 


SSS 


09 


Stop and store status function 


ICPUR 


OB 


Initial processor reset function 


CPUR 


OC 


Processor reset function 


PREFIX 


OD 


Set prefix from address 


STATUS 


OE 


Store status at address 



,CPU = PCCAaddr 

specifies the address of the physical configuration communication area (PCCA) of the 
processor on which the function is to be executed. 

Note: The PCCA resides in storage below 16 megabytes. 

,VARAM = addr 
,PARAM = (2) 

allows an address to be passed to the specified processor. If addr is coded, the word at 
that location is loaded into register 2 and passed to the specified processor. The contents 
of that location must contain a real address. If (2) is coded, the contents of register 2 is 
passed to the processor. Register 2 must also contain a real address. 

When this parameter is used with PREFIX, the word passed to the specified processor is 
the address to which the processor's prefix register is to be set. 

When this parameter is used with STATUS, the word passed to the specified processor is 
the real address at which the processor's status is to be stored. 
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When control is returned, register 15 contains one of the following return codes: 

Hexadecimal 

Code Meaning 

00 Function successfully initiated, but not necessarily completed. 

04 Function not completed because the access path to the addressed processor was busy or 

the addressed processor was in a state where it could not accept and respond to the 
order code. 

08 Function unsuccessfully initiated or successful SIGP SENSE request. Status is returned 

in register 0. 

OC Specified processor is either not installed, not configured into the system, or powered 

off. 

14 MSSF is currently inoperative. 

With a return code of 8, register contains status information from the SIGP macro 
instruction. The bit settings and meanings follow: 



Bits 


Meaning 





Equipment check 


1-21 


Unassigned, contains zeros 


22 


Incorrect state 


23 


Invalid parameter 


24 


External call pending 


25 


Stopped 


26 


Operator intervening 


27 


Check stop 


28 


Not ready 


29 


MSSF currently inoperative 


30 


Invalid order code 


31 


Receiver check 



Example 1 



Operation: The processor whose PCCA address is in register 1 will be placed in the STOP 
state. 

DSGNL ST0P,CPU=(1) 
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DYNALLOC - Dynamic AUocation 

See Volume 1 for the description of this macro instruction. 



DYNALLOC - Dynamic Allocation 2-101 *. 



ENQ - Request Control of a Serially Reusable Resource 



ENQ requests the control program to assign control of one or more serially reusable resources 
to a task. If any of the resources are not available, the t9.sk might be placed in a wait condition 
until all of the requested resources are available. Once control of a resource has been assigned 
to a task, it remains with that task until one of the programs of the same task issues a DEQ 
macro instruction specifying the same resource. Register 15 is set to if the request is satisfied. 

You can also use ENQ to determine the status of the resource; whether it is immediately 
available or in use, and whether control of the resource has been previously requested by the 
active task in another ENQ macro instruction. 

You can request either shared or exclusive use of a resource. The resource is represented in the 
ENQ by a pair of names, the qname and the rname, and a scope value. The scope value 
determines the scope of serialization; that is, what other tasks, address spaces, or systems can 
use the resource. The control program does not correlate the names with the actual resources. 
ENQ simply coordinates access to whatever it is the names represent. The names may be given 
meaning within a job step or across job steps. In either case, all programs for which 
coordination of the resource is provided must refer to it by the same name and scope value. 
You must ensure that the name and scope value are used consistently. 

Issuing two ENQ macro instructions for the same resource without an intervening DEQ macro 
instruction results in abnormal termination of the task, unless the second ENQ designates 
RET = TEST, USE, CHNG, or HAVE. If normal termination of a task is attempted while the 
task still has control of any serially reusable resources, all requests made by this task will be 
automatically dequeued. If resource input addresses are incorrect, the task is abnormally 
terminated. 

Global resource serialization counts and limits the number of concurrent resource requests in an 
address space. If an unconditional ENQ (an ENQ that uses the RET = NONE option) causes 
the count of global resource serialization requests to exceed the sum of a threshold value plus a 
tolerance value, an authorized caller is abended with a system code of X'538'. See "Limiting 
Global Resource Serialization Requests" in Volume I. 

Note: When global resource seriaHzation is active, the SYSTEM inclusion resource name list 
and the SYSTEMS exclusion resource name list are searched for every resource specified with a 
scope of SYSTEM or SYSTEMS. A resource whose name appears on one of these resource 
name Usts might have its scope changed from the scope that appears on the macro instruction. 
(Refer to Planning: Global Resource Serialization for additional information.) 

Except for the TCB, all input parameters to this macro instruction can reside in storage above 
16 megabytes if the issuer is executing in 31 -bit addressing mode. 

An ENQ used with the MASID and MTCB operands provides a special form of the ENQ 
macro instruction that allows a further conditional control of a resource. One task, called the 
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"issuing task" can issue an ENQ macro for a resource specifying the ASID and TCB of another 
task, called the "matching task." The MTCB and MASID operands are specified with 
RET = HAVE, RET = TEST, and/or ECB = to provide additional return codes. If the issuing 
task does not acquire control of the resource, it may receive a return code indicating that the 
resource is controlled by the matching task. Upon receiving this return code, the issuing task 
could use the resource, if serialization between itself and the matching task has been 
accompUshed by some pre-arranged protocol known to both the issuing and matching tasks. 

The description of the ENQ macro instruction follows. The ENQ macro instruction is also 
described in Supervisor Services and Macro Instructions with the exception of the SMC, ECB, 
and TCB parameters. These parameters are restricted in use to programs that run in supervisor 
state, PSW key 0-7, or APF authorized and are therefore only described here. 



b 

ENQ 

b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede ENQ. 

One or more blanks must follow ENQ. 



( 

qname addr 

,rname addr 



,S 



qname addr: A- type address, or register (2) - (12). 
rname addr: A-type address, or register (2) - (12). 
Default: E 



,rname length 



rname length: symbol, decimal digit, or register (2) - (12). 

Default: assembled length of rname 

Note: rname length must be coded if a register is specified for rname addr. 



,STEP 

,SYSTEM 
,SYSTEMS 



) 



,RET = CHNG 
,RET = HAVE 
,RET = TEST 
,RET = USE 
,RET = NONE 



Default: STEP 



Default: RET = NONE 



,SMC = NONE 

,SMC = STEP 
,ECB = ecb addr 
,TCB = tcb addr 



jMASID = matching-asid addr 
,MTC'B = matching-tcb addr 

, RELATED = value 



ecb addr: A-type address, or register (2) - (12). 

tcb addr: A-type address, or register (2) - (12). 

Default: SMC = NONE 

Note: ECB cannot be specified with RET above. ECB and TCB can be 

specified together. If TCB is specified but not ECB, then RET = CHNG, 

TEST or USE must be specified above. 

matching-asid addr: A-type address, or register (2)-(12). 

matching-tcb addr: A-type address, or register (2)-(12). 

value: any valid macro keyword specification. 
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The parameters are explained as follows: 



specifies the beginning of the resource description. 

qname addr 

specifies the address in virtual storage of an 8-character name. Every program issuing a 
request for a serially reusable resource must use the same qname, rname, and scope to 
represent the resource. 

^rname addr 

specifies the address in virtual storage of the name used in conjunction with qname to 
represent a single resource. The name can be qualified and must be from 1 to 255 bytes 
long. If the name specified as rname is defined by an EQU assembler instruction, rname 
length must be specified. 



,E 

,S 

specifies whether the request is for exclusive (E) or shared (S) control of the resource. If 
the resource is modified while under control of the task, the request must be for exclusive 
control; if the resource is not modified, the request should be for shared control. 

,rname length 

specifies the length of the rname described above. If this parameter is omitted, the 
assembled length of the rname is used. You can specify a value between 1 and 255 to 
override the assembled length. If the name specified as rname, is defined by an EQU 
assembler instruction, rname length must be specified. 



,STEP 

,SYSTEM 

,SYSTEMS 

specifies the scope of the resource. 

STEP specifies that the resource can be used only within an address space. If STEP is 
specified, a request for the same qname and rname from a program in another address 
space denotes a different resource. 

SYSTEM specifies that the resource can be used by more than one address space. 

SYSTEMS specifies that the resource can be shared between systems. 

STEP, SYSTEM, and SYSTEMS are mutually exclusive and do not refer to the same 
resource. If two macro instructions specify the same qname and rname, but one specifies 
STEP and the other specifies SYSTEM or SYSTEMS, they are treated as requests for 
different resources. 

When global resource serialization is active, scope conversion can occur. This could result 
in two requests with different scopes referring to the same resource. See Planning: Global 
Resource Serialization for details. 
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specifies the end of the resource description. 

Note: Multiple resources can be specified in the ENQ macro instruction. You can repeat the 
qname addr, rname addr, type of control, rname length, and scope until there is a maximum of 
255 characters including the parentheses. 

,RET = CHNG 
,RET = HAVE 
,RET = TEST 
,RET = USE 
,RET = NONE 

specifies the type of request for all of the resources named above. 

CHNG - the status of the resource specified is changed from shared to exclusive control. 

HAVE - control of the resources is requested conditionally; that is, control is requested 
only if a request has not been made previously for the same task. 

TEST - the availabiUty of the resources is to be tested, but control of the resources is 
not requested. 

USE - control of the resources is to be assigned to the active task only if the resources 
are immediately available. If any of the resources are not available, the active 
task is not placed in a wait condition. 

NONE - control of all the resources is unconditionally requested. 

,SMC = NONE 
,SMC = STEP 
,ECB = ecb addr 
,TCB = tcb addr 

specifies optional parameters available to the system programmer: 

SMC specifies that the set must-complete function is not to be used (NONE) or that it is 
to place other tasks for the step nondispatchable until the requesting task has completed 
its operations on the resource (STEP). 

When SMC = STEP is specified with RET = HAVE and the requesting task already has 
control of the resource, the SMC function is turned on and the task continues to control 
the resource. 

SMC = and TCB = are mutually exclusive with the MASID parameter, therefore, 
hexadecimal return codes 20, 24, 28, and 44 will not be given by an ENQ using the SMC 
or TCB operands. 
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The return codes and status of the set must-complete function for the various RET ■■ 
specifications are as follows: 





Hexadecimal Code 


SMC Status 


RET=CHNG 





on 




4 


off 




8 


off 




14 


off 


RET = HAVE 





on 




8 


on 




14 


off 


RET = TEST 





off 




4 


off 




8 


off 




14 


off 


RET = USE 





on 




4 


off 




8 


off 




14 


off 




18 


off 



ECB specifies the address of an ECB, and conditionally requests all of the resources 
named in the macro instruction. If the return code for one or more requested resources is 
hexadecimal 4 or 24 and the request is not nullified by a corresponding DEQ, the ECB is 
posted when all the requested resources (specifically, those that initially received a return 
code of 4 or 24) are assigned to the requesting task. 

If the ECB parameter is an A-type address, the address is the name of the fuUword that is 
used as an ECB. If the operand is a register, then the register contains the address of the 
ECB. 

TCB specifies a register that points to a TCB or specifies the address of a fuUword on a 
fullword boundary that points to a TCB on whose behalf the ENQ is to be done. 

Note: The TCB resides in storage below 16 megabytes. 

,MASID = matching-asid addr 

specifies the matching task (by defining a matching ASID) for the ENQ, if used in 
conjunction with the MTCB parameter. MASID defines the ASID of a task that may be 
using a resource desired by the issuer of the ENQ macro instruction. If the MASID 
parameter is an A-type address, the address is the name of a fullword containing the 
ASID. If the operand is a register, then the register contains the ASID. 

Note: MASID can only be specified if MTCB is also specified. 

,MTCB = matching-tcb addr 

specifies the matching task (by defining a matching TCB) for the ENQ, if used in 
conjunction with the MASID parameter. MTCB defines the TCB of a task that may be 
using a resource desired by the issuer of the ENQ macro instruction. 

If the task specified by the MASID and MTCB parameters is not using the resource, 
global resource seriaUzation gives control to the issuer of the ENQ and returns a return 
code indicating whether the resource can be used. If the task specified by MASID and 
MTCB parameters is using the resource, global resource serialization records a request for 
the resource, suspends the issuing task until the resource is available, or optionally returns 
a return code indicating that an ECB will be posted when the resource can be used. 
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The MASID and MTCB parameters are specified with RET = HAVE, RET = TEST, 
and/or ECB = parameters to elicit additional return codes that provide information about 
the owner of the resource. If the MTCB parameter is an A-type address, the address is 
the name of a fullword containing the TCB. If the operand is a register, then the register 
contains the TCB. 

Note: MTCB can only be specified if MASID is also specified. 

,RELATED-va/Me 

specifies information used to self-document macro instructions by 'relating' functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user, and may be any valid coding 
values. 

Return codes are provided by the control program only if you specify RET = TEST, 
RET = USE, RET = CHNG, RET = HAVE, or ECB = ; otherwise return of the task to the 
active condition indicates that control of the resource has been assigned to the task. If all 
return codes for the resources named in the ENQ macro instruction are 0, register 15 contains 
0. If any of the return codes are not 0, register 15 contains the address of a storage area 
containing the return codes, as shown in Figure 5. 



Address 
Returned in 
Register 15 



Return 
Codes 



12 



24 



36 




Return codes are 
12 bytes apart, 
starting 3 bytes 
from the address 
in register 15. 



Figure 5. Return Code Area Used by ENQ 
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The return codes are placed in the parameter list resulting from the macro expansion in the 
same sequence as the resource names in the ENQ macro instruction. The return codes are 
shown below. 



Hexadecimal 
Code 



14 



18 



20 



24 



28 



44 



Meaning 

For RET = TEST, the resource is immediately available. For RET = USE, RET = HAVE, or 
ECB = , control of the resource has been assigned to the active task. For RET = CHNG, the 
status of the resource has been changed to exclusive. The ECB is not posted. 

For RET = TEST or RET = USE, the resource is not immediately available. For 

RET = CHNG, the status cannot be changed to exclusive. For ECB = , the ECB will be posted 

when available. 

For RET = TEST, RET = USE, RET = HAVE, or ECB = , a previous request for control of 
the same resource has been made for the same task. The task has control of resource. For 
RET = CHNG, the resource has not been enqueued. If bit 3 is on ~ shared control of 
resource; if bit 3 of the first byte of the ENQ parameter list is off ~ exclusive control. The 
ECB is not posted. 

A previous request for control of the same resource has been made for the same task. The 
task does not have control of resource. The ECB is not posted. 

For RET = HAVE, RET = USE, or ECB = , the limit for the number of concurrent resource 
requests has been reached. The task does not have control of the resource unless some 
previous ENQ or RESERVE request caused the task to obtain control of the resource. The 
ECB is not posted. 

The matching task (the task specified in the MASID/MTCB parameters) owns the resource. 
The issuer of the ENQ macro instruction may use the resource but it must ensure that the 
owning task does not terminate while the issuer of the ENQ macro is using the resource. If 
the issuer of the ENQ requested exclusive control, then this return code indicates that the 
matching task is the only task that currently owns the resource. If the issuer of the ENQ 
requested shared control and the owning task had requested shared control, this return code 
may indicate that a previous task had requested exclusive control. The issuing task must issue 
a DEQ to cancel this ENQ. The ECB will not be posted. 

The issuing task will have exclusive control after the ECB is posted. The issuing task may use 
the resource but must ensure that the matching task does not terminate while the issuing task 
is using the resource. The issuing task must issue a DEQ to cancel the ENQ. 

The issuing task cannot obtain exclusive control of the resource using the MASID/MTCB 
ENQ. The matching task's involvement with other tasks precludes control by the issuing task. 
This task must not issue a DEQ to cancel the ENQ. The ECB will not be posted. 

The issuing task is violating a restriction of the MASID/MTCB ENQ in one or more of the 
following ways: 

• Another task has already issued this ENQ for this resource specifying the same 
MASID/MTCB. 

• The MASID/MTCB parameters specify a task that acquired control of the resource by 
using the MASID/MTCB ENQ. 

• The matching task requested ownership of the resource but has not yet been 
granted ownership. 

The ECB will not be posted. Return code 44 is never given by an ENQ RET = TEST, return 
code 4 is given instead. 
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Example 1 

Operation: Unconditionally request exclusive control of a serially reusable resource that is 
known only within the address space (STEP), and place other tasks for the step nondispatchable 
until the requesting task has completed its operations on the resource. 

ENQ (MAJ0R1,MIN0R1,E,8,STEP) , SMC=STEP 

Example 2 

Operation: Conditionally request control of a sharable resource in behalf of another task. The 
resource is known by more than one address space, and is only wanted if immediately available. 

ENQ ( MA J0R2 , MIN0R2 , S , 4 , SYSTEM ) , TCB= ( R2 ) , RET=USE 



ENQ - Request Control of a Serially Reusable Resource 2-109 



ENQ (List Form) 



Use the list form of ENQ to construct a control program parameter list. Any number of 
resources can be specified in the ENQ macro instruction, therefore, the number of qname, 
rname, and scope combinations in the list form of the ENQ macro instruction must be equal to 
the maximum number of qname, rname, and scope combinations in any execute form of the 
macro instruction that refers to that list form. 

The list form of the ENQ macro instruction is written as follows: 



b 

ENQ 

b 



name: symbol. Begin name in column 1. 
One or more blanks must precede ENQ. 

One or more blanks must follow ENQ. 



( 



qname addr 

rname addr 

E 
S 

rname length 



STEP 

SYSTEM 

SYSTEMS 



qname addr: A-type address. 

rname addr: A-type address. 
Default: E 



rname length: symbol or decimal digit. 
Default: assembled length of rname 
Default: STEP 



,RET = CHNG 
,RET = HAVE 
,RET = TEST 
,RET = USE 
,RET = NONE 

,SMC = NONE 
,SMC = STEP 
,ECB = ecb addr 
,TCB = 



,MASID = 
,MTCB=0 

,RELATED = va/Me 

,MF = L 



Default: RET = NONE 



ecb addr: A-type address. 

Default: SMC = NONE 

Note: ECB cannot be specified with RET above. 

Note: TCB or ECB must be specified on the list form if it is used on the 

execute form. ECB and TCB can be specified together. If TCB is specified 

but not ECB, then RET = CHNG, TEST or USE must be specified above. 



value: any valid macro keyword specification. 
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The parameters are explained under the standard form of the ENQ macro instruction, with the 
following exception: 

,MF = L 

specifies the Hst form of the ENQ macro instruction. 

The list form of this macro generates a prefix followed by the parameter list, however the label 
specified in MF = L does not include an offset prefix area. If MASID, MTCB, TCB, or ECB is 
specified, these labels are offset; allowance must be made for the parameter Hst prefix. 
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ENQ (Execute Form) 



A remote control program parameter list is used in and can be modified by the execute form of 
the ENQ macro instruction. The parameter Ust can be generated by the list form of ENQ. 

The execute form of the ENQ macro instruction is written as follows: 



b 

ENQ 

b 



name: symbol. Begin name in column 1. 
One or more blanks must precede ENQ. 

One or more blanks must follow ENQ. 



qname addr 



Note: ( and ) are the beginning and end of a parameter list. The entire Ust is 
optional. If nothing in the list is desired then (, ), and all parameters 
between ( and ) should not be specified. If something in the list is desired, 
the (, ), and all parameters in the list should be specified as indicated at the 
left. 

qname addr: RX-type address, or register (2) - (12). 



rname addr 

E 
S 

rname length 

STEP 

SYSTEM 

SYSTEMS 



) 

,RET = CHNG 
,RET = HAVE 
,RET = TEST 
,RET = USE 
,RET = NONE 

,SMC = NONE 
,SMC = STEP 
,ECB = ecb addr 
,lCB = tcbaddr 

,MASID = matching-asid addr 
,MTCB = matching-tcb addr 

,RELATED = v<2/Me 

,MP=( E.Ctrl addr) 



rname addr: RX-type address, or register (2) - (12). 



rname length: symbol, decimal digit, or register (2) - (12). 



Note: See note opposite ( above. 



ecb addr: RX-type address, or register (2) - (12). 

tcb addr: RX-type address, or register (2) - (12). 

Note: ECB cannot be specified with RET above. 

Note: ECB and TCB can be specified together. If TCB is specified but not 

ECB, then RET = CHNG, TEST or USE must be specified above. 

matching-asid addr: Rx-type address, or register (2)-(12). 

matching-tcb addr: Rx-type address, or register (2)-(12). 

value: any valid macro keyword specification. 

Ctrl addr: RX-type address, or register (1) - (12). 
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The parameters are explained under the standard form of the ENQ macro instruction, with the 
following exceptions: 

specifies the execute form of the ENQ macro instruction using a remote control program 
parameter Ust. 

Note: If ECB (or TCB) is specified in the execute form, ECB (or TCB = 0) must be specified in 
the list form. If MASID and MTCB are specified, MASID = and MTCB = must be 
specified in the list form. 

The list form of this macro generates a prefix followed by the parameter list, however the label 
specified in MF = L does not include an offset prefix area. If MASID, MTCB, TCB, or ECB is 
specified, these labels are offset; allowance must be made for the parameter list prefix. 
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ESPIE - Extended SPIE 



The ESPIE macro instruction extends the function of the SPIE (specify program interruption 
exits) macro instruction to callers in 31 -bit addressing mode. Callers in either 24-bit or 31 -bit 
addressing mode can issue the ESPIE macro instruction. Only callers in 24-bit addressing mode 
can issue the SPIE macro instruction. For additional information concerning the relationship 
between the SPIE and the ESPIE macro instructions, see the section "Interruption Services" in 
Volume 1. 

The ESPIE macro instruction performs the following functions using the options specified: 

• Establishes an ESPIE environment (that is, identifies the interruption types that are to 
cause entry to the ESPIE exit routine) by executing the SET option of the ESPIE macro 
instruction. 

• Deletes an ESPIE environment (that is, cancels the current SPIE/ESPIE environment) by 
executing the RESET option of the ESPIE macro instruction 

• Determines the current SPIE/ESPIE environment by executing the TEST option of the 
ESPIE macro instruction 

The following description of the ESPIE macro instruction also appears in Supervisor Services 
and Macro Instructions with the exception of interruption type 17. This interruption type 
designates page faults and its use is restricted to an installation-authorized system programmer. 

SET Option 

The SET option of the ESPIE macro instruction is written as follows: 

name name: symbol. Begin name in column 1 . 

b One or more blanks must precede ESPIE. 
ESPIE 

b One or more blanks must follow ESPIE. 

SET 

,exit addr exit addr: A-type address or register (2) - (12). 

, (interruptions) interruptions: decimal numbers 1 - 1 5 or 1 7 expressed as 

single values: (2, 3, 4, 7, 8, 9, 10) 
ranges of values: ((2, 4), (7, 10)) 
combinations: (2, 3, 4, (7, 10)) 

,PARAM = list addr list addr: A-type address or register (2) - (12). 
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The parameters are explained as follows: 

SET 

indicates that an ESPIE environment is to be established. 

^exit addr 

specifies the address of the exit routine to be given control when program interruptions of 
the type specified by interruptions occur. The exit routine will receive control in the same 
addressing mode as the issuer of the ESPIE macro instruction. 

^(interruptions) 

indicates the interruption types that are being trapped. The interruption types are: 

Number Interruption Type 

1 Operation 

2 Privileged operation 

3 Execute 

4 Protection 

5 Addressing 

6 Specification 

7 Data 

8 Fixed-point overflow (maskable) 

9 Fixed-point divide 

10 Decimal overflow (maskable) 

1 1 Decimal divide 

12 Exponent overflow 

13 Exponent underflow (maskable) 

14 Significance (maskable) 

1 5 Floating-point divide 
17 Page fault 

These interruption types can be designated as one or more single numbers, as one or more 
pairs of nimibers (designating ranges of values), or as any combination of the two forms. 
For example, (4,8) indicates interruption types 4 and 8; ((4,8)) indicates interruption types 
4 through 8. 

If a program interruption type is maskable, the corresponding program mask bit in the 
PSW is set to 1 . If a maskable interruption is not specified, the corresponding bit in the 
PSW is set to 0. Interruption types not specified above (except for type 17) are handled 
by the control program. The control program forces an abend with the program check as 
the completion code. If an ESTAE-type recovery routine is also active, the SDWA 
indicates a system-forced abnormal termination. The registers at the time of the error are 
those of the control program. 

Note: For both ESPIE and SPIE — If you are using vector instructions and an 
interruption of 8, 12, 13, 14, or 15 occurs, your recovery routine can check the exception 
extension code (the first byte of the two-byte interruption code in the EPIE or PIE) to 
determine whether the exception was a vector or scalar type of exception. 

,PARAM = list addr 

specifies the fullword address of a parameter list that is to be passed by the caller to the 
exit routine. 
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Example 1 



Example 2 



On return from the SET option of the ESPIE macro instruction, the registers contain the 
following information: 



Register 



1 

2-13 

14 

15 



Content 

Unpredictable 

Token representing the previously active SPIE/ESPIE environment 

Unchanged 

Unpredictable 

Return code of 



Operation: Give control to an exit routine for interruption types 1 and 4. EXIT is the location 
of the exit routine to be given control and PARMLIST is the location of the user-parameter list 
to be used by the exit routine. 

ESPIE SET, EXIT, (1,4) ,PARAM= PARMLIST 



Operation: Give control to the exit routine located at EXIT when a page fault occurs. 

ESPIE SET, EXIT, (17) 



RESET Option 



The RESET option of the ESPIE routine cancels the active SPIE/ESPIE environment and 
restores the SPIE/ESPIE environment specified by token. 

The RESET option of the ESPIE macro instruction is written as follows: 



b 

ESPIE 

b 



name: symbol. Begin name in column 1. 
One or more blanks must precede ESPIE. 

One or more blanks must follow ESPIE. 



RESET 

, token 



token: RX-type address or register (1) or (2) - (12). 
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Example 1 



The parameters are explained as follows: 

RESET 

indicates that the current ESPIE environment is to be deleted and the previously active 
SPIE/ESPIE environment specified by token is to be re-established. 

^token 

specifies a fuUword that contains a token representing the previously active SPIE/ESPIE 
environment. This is the same token that ESPIE processing returned to the caller when 
the ESPIE trap was estabhshed using the SET option of the ESPIE macro instruction. 

If the token is zero, all SPIEs and ESPIEs are deleted. 

On return from ESPIE RESET, the contents of the registers are as follows: 

Register Contents 

Unpredictable 

1 Token identifying the new active SPIE/ESPIE environment 
2-13 Unchanged 

14 Unpredictable 

15 Return code of 



Operation: Cancel the current SPIE/ESPIE environment and restore the SPIE/ESPIE 
environment represented by the contents of TOKEN. 

ESPIE RESET, TOKEN 



TEST Option 



The TEST option of the ESPIE macro instruction determines the active SPIE/ESPIE 
environment and returns the information in a four-byte parameter list. 

The TEST option of the ESPIE macro instruction is written as follows: 



name name: symbol. Begin name in column 1 . 

b One or more blanks must precede ESPIE. 
ESPIE 

b One or more blanks must follow ESPIE. 

TEST 

,parm addr parm addr: RX-type address, or register (1) or (2) - (12). 



ESPIE - Extended SPIE 2-117 



Example 1 



The parameters are explained as follows: 

TEST 

indicates a request for information concerning the active or current SPIE/ESPIE 
environment. ESPIE processing returns this information to the caller in a four-word 
parameter list located at parm addr. 

,parm addr 

specifies the address of a four-word parameter hst aligned on a fullword boundary. The 
parameter list has the following form: 

Word Content 

Address of the user-exit routine (31 -bit address with the high-order bit set to 0) 

1 Address of the user-defined parameter list 

2 Mask of program interruption types 

3 Zero 

On return from ESPIE TEST, the registers contain the following information: 



Register 


Contents 





Unpredictable 


1-13 


Unchanged 


14 


Unpredictable 


15 


Return code as follows: 




Code Meaning 




An ESPI] 



An ESPIE exit is active and the four-word parameter list contains the the information 
specified in the description of the parm addr parameter. 

A SPIE exit is active. Word 1 of the parameter list described under parm addr contains 
the address of the current PICA. Words 0, 2, and 3 of the parameter list are 
unpredictable. 

No SPIE or ESPIE is active. The contents of the four-word parameter list are 
unpredictable. 



Operation: Identify the active SPIE/ESPIE environment. Return the information about the exit 
routine in the four-word parameter list, PARMLIST. Also return, in register 1 5, an indication 
of whether a SPIE, ESPIE, or neither is active. 

ESPIE TEST, PARMLIST 
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ESPIE (List Form) 



The list form of the ESPIE macro instruction builds a non-executable problem program 
parameter Hst that can be referred to or modified by the execute form of the ESPIE macro 
instruction. 

The Hst form of the ESPIE macro instruction is written as follows: 



b 

ESPIE 

b 



name: symbol. Begin name in column 1. 
One or more blanks must precede ESPIE. 

One or more blanks must follow ESPIE. 



SET 

,exit addr 

.(interruptions) 

,PARAM = list addr 
,MF = L 



exit addr: A- type address. 

Note: This parameter must be specified on either the list or the execute form 

of the macro instruction. 

interruptions: decimal number 1 - 15 or 17 expressed as 
single values: (2, 3, 4, 7, 8, 9, 10) 
ranges of values: ((2, 4), (7, 10)) 
combinations: (2, 3, 4, (7, 10)) 

list addr: A- type address. 



Example 1 



The parameters are explained under the standard form of the ESPIE macro instruction with the 
following exception: 

,MF = L 

specifies the Ust form of the ESPIE macro instruction. 



Operation: Build a non-executable problem program parameter list that will cause control to 
be transferred to the exit routine, EXIT, for the interruption types specified in the execute form 
of the macro instruction. Provide the address of the user parameter list, PARMLIST. 

LISTl ESPIE SET, EXIT, ,PARAM=PARMLIST,MF=L 
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ESPIE (Execute Form) 



The execute form of the ESPIE macro instruction can refer to and modify the parameter list 
constructed by the Ust form of the ESPIE macro instruction. 

The execute form of the ESPIE macro instruction is written as follows: 



b 

ESPIE 

b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede ESPIE. 

One or more blanks must follow ESPIE. 



SET 

,exit addr 

.(interruptions) 

,PARAM = list addr 
,WP = (^,ctrladdr) 



exit addr: RX-type address or register (2) - (12). 

Note: This parameter must be specified on either the list or the execute form 

of the macro instruction. 

interruptions: decimal number 1 - 15 or 17 expressed as 
single values: (2, 3, 4, 7, 8, 9, 10) 
ranges of values: ((2, 4), (7, 10)) 
combinations: (2, 3, 4, (7, 10)) 

list addr: RX-type address or register (1) or (2) - (12). 

Ctrl addr: RX-type address, or register (1) or (2) - (12). 



The parameters are explained under the standard form of the ESPIE macro instruction with the 
following exception: 

,MF = (E,crr/ (2fi?(ir) 

specifies the execute form of the ESPIE macro instruction using a remote control program 
parameter list. 
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Example 1 



Operation: Give control to a user-exit routine for interruption types 1, 4, 6, 7, and 8. The exit 
routine address and the address of a user-parameter list for the exit routine are provided in a 
remote control program parameter list at LISTl. 

ESPIE SET,, (1,4,(6,8)) ,MF= (E, LISTl) 
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ESTAE - Specify Task Abnormal Exit Extended 



This macro can be assembled compatible between MVS/XA and MVS/370 through the use of 
the SPLEVEL macro instruction. Default processing will result in an expansion of the macro 
that operates only with MVS/XA. See the topic "Selecting the Macro Level" for additional 
information. If you are executing in 31 -bit addressing mode, you must use the MVS/XA 
version of this macro instruction. 

The ESTAE macro instruction allows the user to intercept a scheduled ABEND. Control is 
given to a user-specified recovery routine in which the user can, for example, perform 
pre-termination processing, diagnose the cause of ABEND, and specify a retry address if he 
wishes to avoid the termination. These recovery routines operate in both problem program and 
supervisor modes. 

The addressing mode in which the ESTAE macro expansion executes becomes the addressing 
mode in which the ESTAE exits and retry routines execute (that is, the ESTAE exits and retry 
routines execute in the same addressing mode as the issuer of the ESTAE macro instruction.) 

Note: The ESTAE macro instruction is not supported in cross memory mode. 

The description of the ESTAE macro instruction follows. The ESTAE macro instruction is also 
described in Supervisor Services and Macro Instructions with the exception of the BRANCH, 
SVEAREA, KEY, RECORD, AND TOKEN parameters. These parameters are restricted in 
use, and, therefore, are described only in here. 

"ESTAE-Type Recovery Routines" in Volume 1 describes the complete interface to the ESTAE 
exit routine. 
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The standard form of the ESTAE macro instruction is written as follows: 



name 
b 

ESTAE 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede ESTAE. 

One or more blanks must follow ESTAE. 



exit addr 


,CT 
,OV 



,VAKAM = list addr 

,XCTL = NO 
,XCTL = YES 

,PURGE = NONE 
,PURGE = QUIESCE 
,PURGE = HALT 

,ASYNCH = YES 
,ASYNCH = NO 

,TERM = NO 
,TERM = YES 

.BRANCH = NO 
,BRANCH = YES, 
SVEAREA = i'ave addr 

,KEY = SAVE 
,KEY = storage key 

,RECORD = NO 
,RECORD = YES 

jTOKEN = token addr 

,RELATED = value 



exit addr: A-type address, or register (2) - (12). 

Default: CT 

list addr: A-type address, or register (2) - (12). 
Default: XCTL = NO 

Default: PURGE = NONE 

Default: ASYNCH = YES 
Default: TERM = NO 

Default: BRANCH = NO 

save addr: A-type address, or register (2) - (12) or (13). 

storage key: any numeral in the range 0-15. 

Default: RECORD = NO 

token addr: A-type address, or register (2) - (12). 
value: any valid macro keyword specification. 



The parameters are explained as follows. 

exit addr 



specifies the 31 -bit address of an ESTAE recovery routine to be entered if the task issuing 
this macro instruction terminates abnormally. The recovery routine executes in the 
addressing mode of the issuer of the ESTAE. If is specified, the most recent ESTAE 
routine is canceled. 

,CT 
,OV 

specifies the creation of a new ESTAE exit (CT) or indicates that parameters passed in 
this ESTAE macro instruction are to overlay the data contained in the previous ESTAE 
routine (OV). 

,PARAM = list addr 

specifies the 31 -bit address of a user-defined hst containing data to be used by the ESTAE 
routine when it is scheduled for execution. 
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,XCTL = NO 
,XCTL = YES 

specifies that the ESTAE macro instruction will be canceled (NO) or will not be canceled 
(YES) if an XCTL macro instruction is issued by this program. 

,PURGE = NONE 
,PURGE = QUIESCE 
,PURGE = HALT 

specifies that all outstanding requests for I/O operations are not to be saved when the 
ESTAE routine gets control (HALT) or that I/O processing is to be allowed to continue 
normally when the ESTAE routine gets control (NONE) or that all outstanding requests 
for I/O operations are to be saved when the ESTAE routine is taken (QUIESCE). If 
QUIESCE is specified, the user's retry routine can restore the outstanding I/O requests. 

PURGE = NONE specifies that all control blocks affected by input/output processing can 
continue to change during ESTAE routine processing. If you specify PURGE = NONE, 
and the ABEND was originally scheduled because of an error in input/output processing, 
an ABEND recursion develops when an input/output interruption occurs, even if the 
ESTAE routine is in progress. Thus, it will appear that the ESTAE routine failed when, 
in reaUty, input/output processing caused the failure. 

Note: If you specify PURGE = HALT while using ISAM: 

• Only the input/output event on which the purge is done will be posted. Subsequent 
event control blocks (ECBs) will not be posted. 

• The ISAM check routine will treat purged I/O as normal I/O. 

• Part of the data set might be destroyed if the data set is being updated or added to 
when the failure occurred. 

,ASYNCH = YES 
,ASYNCH = NO 

specifies that asynchronous exit processing will be allowed (YES) or prohibited (NO) 
while the user's ESTAE routine is executing. 

ASYNCH = YES must be coded if: 

• Any supervisor services that require asynchronous interruptions to complete their 
normal processing are going to be requested by the ESTAE routine. 

• PURGE = QUIESCE is specified for any access method that requires asynchronous 
interruptions to complete normal input/output processing. 

• PURGE = NONE is specified and the ESTAE routine issues the CHECK macro 
instruction for any access method that requires asynchronous interruptions to 
complete normal input/output processing. 

Note: If ASYNCH = YES is specified and the ABEND was originally scheduled because 
of an error in asynchronous exit handling, an ABEND recursion will develop when an 
asynchronous exit handling was the cause of the failure. 
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,TERM = NO 
,TERM = YES 

specifies that the ESTAE routine will be scheduled (YES) or will not be scheduled (NO) 
in the following situations: 

• Cancel by operator 

• Forced logoff 

• Expiration of job step timer 

• Exceeding of wait time hmit for job step 

• ABEND condition because of DETACH of an incomplete subtask when the STAE 
option was not specified on the DETACH 

• ABEND of the attaching task when the ESTAE macro instruction was issued by a 
subtask 

• ABEND of job step task when a non-job step task requested ABEND with the STEP 
option. 

When the ESTAE routine is entered because of one of the preceding reasons, re-try is not 
permitted. If a dump is requested at the time of ABEND, it is taken before entry into the 
ESTAE routine. 

Note: If DETACH was issued with the STAE parameter, the following occurs for the 
task to be detached: 

• All ESTAE routines are entered. 

• The most recently estabhshed STAE routine is entered. 

• All STAI/ESTAI routines are entered unless one of the STAI routines issues return 
code 16. 

In these cases, entry to the routine occurs before dumping and re-try is not permitted. 

,BRANCH = NO 

,BRANCH = YES ,SVEAREA = 5flve addr 

specifies that an SVC 60 entry to the ESTAE service routine is to be performed (NO) or 
that a branch entry is to be performed (YES). The save area is a 72-byte area used to 
save the general registers. If the caller is not in key zero, the KEY parameter must be 
specified. 

,KEY = SAVE 
,KEY = storage key 

specifies that supervisor state users who are not in key zero can use the branch entry 

interface to the ESTAE service routine. 

If the user specifies KEY == SAVE, the system saves the current PSW protection key in 
register 2 and issues a set protection key instruction (SPKA) to change to protection key 
zero. When the ESTAE service routine returns control, it restores the original PSW key 
from register 2. Therefore, the user should save register 2 before the macro expansion 
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and restore it afterwards. Specifying KEY = SAVE destroys the contents of register 2 
during the macro expansion. 

On the other hand, if the user knows the current PSW protection key, he may specify it 
directly in the form KEY = (0-1 5) to eUminate saving and restoring the original protection 
key. This procedure eliminates an IPK instruction and prevents the use of register 2 in 
the macro expansion. 

,RECORD = NO 
,RECORD = YES 

specifies that the system diagnostic work area (SDWA) is not to be written to 
SYSl.LOGREC (NO) or that the entire SDWA (including the fixed length base, the 
variable length recording area, and the recordable extensions) is to be written to 
SYSl.LOGREC (YES). 

.TOKEN = token addr 

specifies that a four-byte token is to be associated with the ESTAE routine. 
Unauthorized or accidental destruction of the ESTAE routine is prevented because the 
ESTAE cannot be canceled or overlaid unless the same token is specified. 

With CT (create): ESTAE processing places the token created for this request in the 
location specified by token addr as well as in the ESTAE parameter Ust. 

With OV (overlay): ESTAE processing locates the specified ESTAE routine for the 
current RB and replaces the routine information. If there are any newer ESTAE routines 
for the RB, they are deleted. 

With (cancel): ESTAE processing locates the specified ESTAE routine for the current 
RB and deletes the routine. Any newer ESTAE routines for the RB are deleted. 

,RELATED = vfl/Me 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and content of the 
information specified are at the discretion of the user, and may be any valid coding 
values. 

Control returns to the instruction following the ESTAE macro instruction. When control 
returns, register 15 contains one of the following return codes: 



Hexadecimal 

Code Meaning 

00 Successful completion of ESTAE request. 

04 ESTAE OV was specified with a valid exit address, but the current exit is either 

nonexistent, not owned by the user's RB, or is not an ESTAE exit. 

OC Cancel or an exit address equal to zero was specified, and either there are no exits 

for this TCB, the most recent exit is not owned by the caller, the most 
recent exit is not an ESTAE exit, or the ESTAE was created with the TOKEN parameter 
and on a delete request, either the token was not specified or does not match. 

10 An unexpected error was encountered while processing this request. 

14 ESTAE was unable to obtain storage for an SCB. 

18 The ESTAE was created with the TOKEN parameter and on an 

overlay request, either the token was not specified or does not match. 
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Example 1 



Example 2 



Example 3 



Example 4 



Example 5 



Operation: If an error occurs, pass control to the ESTAE routine specified by register 4, allow 
asynchronous exit processing, do not allow special error processing, do not branch enter SVC 
60, and default to CT (create) and PURGE = NONE. 

ESTAE ( 4 ) , AS YNCH= YES , TERM=NO , BRANCH=NO 



Operation: If an error occurs, pass control to the ESTAE routine specified by register 4. The 
address of the ESTAE parameter Ust is in register 2. Place the token associated with this 
ESTAE routine in TOKENFLD. 

ESTAE ( 4 ) , PARM= ( 2 ) , TOKEN=TOKENFLD 



Operation: If an error occurs, pass control to the ESTAE routine labeled ADDR, allow 
synchronous exit processing, halt I/O, allow special error processing, branch enter SVC 60, use 
the 72-byte save area at SADDR, and execute the execute form of the macro instruction. 
EXEC is the label of the ESTAE parameter list built by a list form of the macro instruction 
elsewhere in this program. 

ESTAE ADDR,ASYNCH=YES,PURGE=HALT,TERM=YES,BRANCH=YES, X 
SVEAREA=SADDR , MF= ( E , EXEC ) 



Operation: Request an overlay of the existing ESTAE recovery routine with the following 
options: the address of the parameter list is at PLIST, I/O will be halted, no asynchronous exits 
will be taken, ownership will be transferred to the new request block resulting from any XCTL 
macro instructions. 

ESTAE ADDR , OV , PARAM=PLIST , XCTL=YES , PURGE=HALT , AS YNCH=NO 



Operation: Provide the pointer to the recovery code in the register called EXITPTR, place the 
address of the ESTAE parameter list in register 9. Register 8 points to the area where the 
ESTAE parameter Ust (created with the MF = L option) was moved. 

ESTAE (EXITPTR) ,PARAM=(9) ,MF=(E, (8) ) 
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ESTAE (List Fonn) 



The list form of the ESTAE macro instruction is used to construct a remote control program 
parameter list. 

The list form of the ESTAE macro instruction is written as follows: 



name 
b 

ESTAE 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede ESTAE. 

One or more blanks must follow ESTAE. 



exit addr 

,1? ARAM = list addr 

,PURGE = NONE 
,PURGE=QUIESCE 
,PURGE = HALT 

,ASYNGH = YES 
,ASYNCH = NO 

,TERM = NO 
,TERM = YES 

.RECORD = NO 
.RECORD = YES 

.RELATED = va/Me 

,MF = L 



exit addr: A- type address. 
list addr: A-type address. 
Default: PURGE = NONE 

Default: ASYNCH = YES 
Default: TERM = NO 
Default: RECORD = NO 

value: any valid macro keyword specification. 



The parameters are explained under the standard form of the ESTAE macro instruction, with 
the following exception: 

,MF==L 

specifies the list form of the ESTAE macro instruction. 
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ESTAE (Execute Form) 



A remote control program parameter list is used in, and can be modified by, the execute form 
of the ESTAE macro instruction. The control program parameter list can be generated by the 
hst form of the ESTAE macro instruction. Any combination of exit addr, PARAM = , 
XCTL = , PURGE = , ASYNCH = , TERM = , RECORD = , and TOKEN = can be specified to 
dynamically change the contents of the remote ESTAE parameter list. If TOKEN was 
previously specified and is to be used again without change, TKNPASS = YES must be coded. 
Any fields not specified on the macro instruction remain as they were before the current 
ESTAE request was made. 

The execute form of the ESTAE macro instruction is written as follows: 



name 
b 

ESTAE 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede ESTAE. 

One or more blanks must follow ESTAE. 



exit addr 


,CT 
,0V 

,PARAM = list addr 

,XCTL = NO 
,XCTL = YES 

,PURGE = NONE 
,PURGE = QUIESCE 
,PURGE = HALT 

,ASYNCH = YES 
,ASYNCH = NO 

,TERM = NO 

,TERM = YES 

,BRANCH = NO 

,BRANCH = YES, 
SVEAREA = save addr 

.RECORD = NO 
,RECORD = YES 

,TOKEN = token addr 

,TKNPASS = NO 
,TKNPASS = YES 

, RELATED = value 

MF^fE, Ctrl addr) 



exit addr: RX-type address, or register (2) - (12). 



list addr: RX-type address, or register (2) - (12). 



save addr: RX-type address, or register (2) - (12) or (13). 



token addr: RX-type address, or register (2) - (12). 
Default: TKNPASS - NO 

value: any valid macro keyword specification. 

Ctrl addr: RX-type address, or register (1) or (2) - (12). 
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The parameters are explained under the standard form of the ESTAE macro instruction, with 
the following exceptions: 

,TKNPASS = NO 
,TKNPASS = YES 

specifies that a previously-specified token, indicated in the parameter hst, should be 
ignored (NO), or should remain part of the specification (YES). 

specifies the execute form of the ESTAE macro instruction using a remote control 
program parameter hst. 
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ETCON - Connect Entry Table 



The ETCON macro instruction connects one or more previously created entry tables to the 
specified linkage table indexes in the current home address space. If an entry table is connected 
to a system Unkage index (an index reserved with the SYSTEM = YES option of the LXRES 
macro instruction), the entry table is connected to the linkage table of every address space, both 
present and future. 

The restrictions on the use of the ETCON macro instruction are as follows: 

• If an entry table contains entries that cause address space switches, the entry table owner 
must have previously estabUshed authorization to issue PT and SSAR instructions to the 
home address space. 

• An entry table can be connected only once to a single linkage table. 

• The linkage index and the entry table being connected must be under the same ownership. 

Any violation of these restrictions causes the caller to be abnormally terminated. 

The connection created by the ETCON macro instruction remains in effect until one of the 
following occurs: 

• The ETDIS macro instruction removes the connection. 

• The entry table owner terminates. 

• The address space to which the table is connected terminates unless the connection was to a 
system linkage index. 

• The system is re-IPLed. 

The caller must be in supervisor state or PKM 0-7, executing in primary mode, enabled, and 
unlocked. The parameter list passed to the ETCON macro instruction must be addressable in 
primary mode at the time the macro instruction is issued. Register 13 must point to a standard 
register save area that must also be addressable in primary mode. 

Registers 2-14 are preserved. Register 2, which is modified by the macro after the registers are 
saved, should not be used as the base register. Register 15 contains the return code. The 
contents of registers and 1 are unpredictable. 
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The ETCON macro instruction is written as follows: 



name name: symbol. Begin name in column 1. 

b One or more blanks must precede ETCON. 
ETCON 

b One or more blanks must follow ETCON. 

TKLIST = a(;?(5?r addr: RX-type address or register (0) - (12). 

,LXl^lST = addr addr: RX-type address or register (0) - (12). 

.RELATED = va/we value: any valid macro keyword specification. 



The parameters are explained as follows: 

TBXIST = address 

specifies the address of a list of fuUword tokens representing the entry tables to be 
connected to the linkage table. The first entry in the list must be the number of tokens 
that follow (from 1 to 32). The tokens are the values returned in register when the 
ETCRE macro instruction is issued. 

,LXLIST^ addr 

specifies the address of a Ust of Unkage index values to which the specified entry tables are 
to be connected. The list contains fuUword entries, the first of which must be the number 
of linkage index values that follow (from 1 to 32). The number of linkage indexes must 
be the same as the number of tokens. The first entry table is connected to the first 
Unkage index; the second entry table is connected to the second Unkage index, and so on. 

,RELATED = va/Me 

specifies information used to self document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user and can be any valid coding values. 

When control returns, register 15 contains the following return code: 



Hexadecimal 

Code Meaning 

The specified connections were successfully made. 
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ETCON (List Form) 



The list form of the ETCON macro instruction constructs a non- executable parameter list. This 
list, or a copy of it for reentrant programs, can be referred to by the execute form of the macro 
instruction. 

The list form of the ETCON macro instruction is written as follows: 



name 
b 

ETCON 
b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede ETCON. 

One or more blanks must follow ETCON. 



'YKUSl = addr 
,\XLlST = addr 
.RELATED = va/Me 
,MF = L 



addr: A-type address. 
addr: A-type address. 
value: any valid macro keyword specification. 



The parameters are explained under the standard form of the ETCON macro instruction, with 
the following exception: 

,MF = L 

specifies the Ust form of the ETCON macro instruction. 
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ETCON (Execute Form) 



The execute form of the ETCON macro instruction can refer to and modify a remote parameter 
list created by the list form of the macro. 

The execute form of the ETCON macro instruction is written as follows: 



b 

ETCON 

b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede ETCON. 

One or more blanks must follow ETCON. 



TKUST=-addr 
,LXUST = addr 
,RELATED = value 
,MF = (E.cntl addr) 



addr: RX-type address or register (0) - (12). 
addr: RX-type address or register (0) - (12). 
value: any valid macro keyword specification. 
cntl addr: RX-type address or register (0) - (12). 



The parameters are explained under the standard form of the ETCON macro instruction with 
the following exception: 

,MF = (E,cntl addr) 

specifies the execute form of the ETCON macro instruction. This form uses a remote 
parameter list. 
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ETCRE - Create Entry Table 



The ETCRE macro instruction causes a program call entry table to be built based upon 
descriptions of each entry. A token representing the created entry table is returned to the 
requestor. This token must be used in all subsequent references to the entry table. 

The created entry table is owned by the cross memory resource ownership task in the current 
home address space. When the cross memory resource ownership task terminates, entry tables 
are disconnected and freed. 

The caller must be in supervisor state or PKM 0-7 executing in primary mode enabled and 
unlocked. Register 13 must point to a standard register save area that must be addressable in 
primary mode. The list of descriptions specified by ENTRIES must also be addressable in 
primary mode when the macro instruction is issued. 

Registers 2 - 14 are preserved. Register 2, which is modified by the macro after the registers are 
saved, should not be used as the base register. Register 15 contains the return code. On return, 
register contains the 32-bit token associated with the new entry table. The contents of register 
1 are unpredictable. 

The ETCRE macro instruction is written as follows: 



name name: symbol. Begin name in column 1 . 

b One or more blanks must precede ETCRE. 
ETCRE 

b One or more blanks must follow ETCRE. 

ENTRIES = addr addr: RX-type address of register (0) - (12). 

,RELATED = value value: any valid macro keyword specification. 

The parameters are explained as follows: 

ENTRIES = fl^^r 

specifies the address of the description of the entry table to be built. The entry table 
description is a table consisting of a single 4 byte table header followed by one 20 byte 
description element for each entry table entry to be built. The description elements must 
appear in ascending sequence based on the entry index number. The IHAETD mapping 
macro defines the format to which the entry table description must conform as shown in 
Figure 6. 
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An entry index value that does not have a description results in an invalid entry in the 
entry table. If the program name field in an entry table description entry contains zeroes, 
an invalid entry is created for that entry index. A program call to an invalid entry causes 
the caller to be abnormally terminated. The ETCRE caller is abnormally terminated if 
any of the reserved fields are nonzero or if the system cannot locate the specified program 
name. 



OFFSETS 

(0) 



(0) 

1 (1) 



2 (2) 
4 (4) 



,RELATED = va/Me 

specifies information used to self-document macro instructions by relating functions or 
services to corresponding services performed elsewhere. The format and contents of the 
information specified can be any vaUd coding values. 



TYPE 



STRUCTURE 



LENGTH NAME 



ETD 



DESCRIPTION 

ENTRY TABLE DESCRIPTION LIST 
DESCRIBES THE INPUT LIST TO 
THE ETCRE MACRO 



(0) UNSIGNED 1 ETDFMT FORMAT NUMBER MUST BE ZERO 

1 (1) UNSIGNED 1 ETDRSVl RESERVED MUST BE ZERO 

2 (2) UNSIGNED 2 ETDNUM NUMBER OF ENTRY DESCRIPTIONS 

THAT FOLLOW (MAX OF 256) 
(0) STRUCTURE 20 ETDELE ELEMENT DESCRIPTION. ONE 

FOR EACH ENTRY TO BE ASSIGNED 



UNSIGNED 
BITSTRING 
1 



.1. . 



1 ETDEX 
1 ETDFLG 
ETDSUP 



ETDXM 



. .11 1111 
UNSIGNED 



CHARACTER 



ETDRSV2 
ETDRSV3 



INDEX FOR THIS ENTRY (0 ORIGIN) 

FLAG BYTE 

IF ONE, THE PROGRAM IS TO 

EXECUTE IN SUPERVISOR STATE, 

IF ZERO, PROBLEM STATE 

CROSS MEMORY SPACE SWITCH. IF 

ZERO THE ENTRY WILL NOT CAUSE 

A SPACE SWITCH. IF ONE, THE 

PROGRAM WILL EXECUTE IN THE 

ADDRESS SPACE OF THE CREATOR 

OF THE ENTRY TABLE WITH THE 

AUTHORIZATION OF THAT ADDRESS 

SPACE . 

RESERVED. MUST BE ZERO 

RESERVED. MUST BE ZERO 



ETDPRO PROGRAM NAME OR THE VIRTUAL 
ADDRESS TO BE GIVEN CONTROL. 
IF A PROGRAM NAME, THE NAMED 
PROGRAM MUST BE ON THE ACTIVE 
LP A QUEUE (FLPA OR MLPA) OR 
BE IN THE PLPA. IF AN ADDRESS, 
ETDPRO 1 MUST BE ZERO AND 
ETPR02 MUST BE THE ADDRESS. 
BIT OF THE ADDRESS FIELD 
SPECIFIES THE ADDRESSING MODE 
IN WHICH THE ROUTINE IS TO RECEIVE 
CONTROL. (IF SET TO 1, THE 
ADDRESSING MODE IS 31-BIT; IF 
SET TO 0, THE ADDRESSING MODE IS 
24-BIT. 



4 (4) UNSIGNED 4 ETDPROl 
8 (8) A-ADDRESS 4 ETDPR02 
Figure 6 (Part 1 of 2). IHAETD Mapping Macro 



FIRST WORD OF ETDPRO 
SECOND WORD OF ETDPRO 
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OFFSETS 

12 (C) 



TYPE LENGTH NAME 

BITSTRING 2 ETDAKM 



ETDAKO 
ETDAKl 
ETDAK2 
ETDAK3 
ETDAK4 
ETDAK5 
ETDAK6 
ETDAK7 



DESCRIPTION 

16 BIT AUTHORIZED KEY MASK. 
BIT REPRESENTS KEY 0, ETC. 
IF A BIT IS ON, THE 
CORRESPONDING KEY IS 
AUTHORIZED TO CALL THIS ENTRY 
BIT REPRESENTING KEY 
BIT REPRESENTING KEY 1 
BIT REPRESENTING KEY 2 
BIT REPRESENTING KEY 3 
BIT REPRESENTING KEY 4 
BIT REPRESENTING KEY 5 
BIT REPRESENTING KEY 6 
BIT REPRESENTING KEY 7 



13 (D) 



14 (E) 



15 (F) 



BITSTRING 



1 

.1 

. .1 

. . .1 

1. . . 

1. . 

1. 

1 

1 

.1 

. .1 

. . .1 

1. . . 

1. . 

1. 

1 



ETDAK8 
ETDAK9 
ETDAKA 
ETDAKB 
ETKAKC 
ETDAKD 
ETDAKE 
ETDAKF 
ETDEKM 



ETDEKO 
ETDEKl 
ETDEK2 
ETDEK3 
ETDEK4 
ETDEK5 
ETDEK6 
ETDEK7 
ETDEK8 
ETDEK9 
ETDEKA 
ETDEKB 
ETDEKC 
ETDEKD 
ETDEKE 
ETDEKF 



BIT REPRESENTING KEY 8 

BIT REPRESENTING KEY 9 

BIT REPRESENTING KEY 10 

BIT REPRESENTING KEY 11 

BIT REPRESENTING KEY 12 

BIT REPRESENTING KEY 13 

BIT REPRESENTING KEY 14 

BIT REPRESENTING KEY 15 

16 BIT EXECUTION KEY MASK. 

BIT REPRESENTING KEY 0, ETC, 

IF A BIT IS ON, THE CALLED 

PROGRAM IS AUTHORIZED TO 

USE THE KEY. 

BIT REPRESENTING KEY 

BIT REPRESENTING KEY 

BIT REPRESENTING KEY 

BIT REPRESENTING KEY 

BIT REPRESENTING KEY 

BIT REPRESENTING KEY 

BIT REPRESENTING KEY 

BIT REPRESENTING KEY 7 

BIT REPRESENTING KEY 8 

BIT REPRESENTING KEY 

BIT REPRESENTING KEY 

BIT REPRESENTING KEY 11 

BIT REPRESENTING KEY 12 

BIT REPRESENTING KEY 

BIT REPRESENTING KEY 



9 
10 



13 
14 



BIT REPRESENTING KEY 15 



16 (10) CHARACTER 



ETDPAR 



PARAMETER TO BE PASSED 
TO THE CALLED PROGRAM. 



Figure 6 (Part 2 of 2). IHAETD Mapping Macro 



When control returns, register 15 contains the following return code: 



Hexadecimal 
Code 



Meaning 

The entry table is successfully created. 
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ETDES - Destroy Entry Table 



The ETDES macro instruction destroys a previously-created entry table. Only the address 
space that owns the entry table can destroy it. At the time ETDES is issued, the entry table 
must not be connected to any Hnkage tables unless PURGE = YES is coded. If any outstanding 
connections still exist and PURGE = YES is not coded, the entry table is not destroyed and the 
caller is abnormally terminated. 

The caller must be in supervisor state or PKM 0-7 executing in primary mode enabled and 
unlocked. Register 13 must point to a standard register save area the must be addressable in 
primary mode. The parameter list passed to ETDES must also be addressable in primary mode 
at the time ETDES is issued. 

Registers 2 - 14 are preserved. Register 2, which is modified by the macro after the registers are 
saved, should not be used as the base register. Register 15 contains the return code. The 
contents of registers and 1 are unpredictable. 

The ETDES macro instruction is written as follows: 



name name: symbol. Begin name in column 1 . 

b One or more blanks must precede ETDES. 
ETDES 

b One or more blanks must follow ETDES. 

TOKEN -addr addr: RX-type address or register (0) - (12). 

,PURGE = NO Default: PURGE = NO 
,PURGE = YES 

.RELATED = va/we value: any valid macro keyword specification. 



The parameters are explained as follows: 

TOKEN == addr 

specifies the address of the fullword token (returned by the ETCRE macro instruction) 
associated with the entry table to be destroyed. 



2-138 SPL: System Macros and Facilities Volume 2 



,PURGE = NO 
,PURGE = YES 

specifies whether (YES) or not (NO) the entry table is to be disconnected from all linkage 
tables and then destroyed. 

,RELATED = vfl/Me 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding services. The format and contents of the information specified 
can be any vaUd coding values. 

When control is returned, register 15 contains one of the following return codes: 



Hexadecimal 

Code Meaning 

The specified entry table was destroyed. 

There were no connections to linkage indexes. 

4 The specified entry table was destroyed. There 

were connections to linkage indexes, PURGE = YES was 
specified, and the entry table was disconnected. 
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ETDES (List Form) 



The list form of the ETDES macro instruction constructs a non-executable parameter list. The 
execute form of the macro can refer to this parameter list, or a copy of it for reentrant 
programs. 

The Ust form of the ETDES macro instruction is written as follows: 



b 

ETDES 
b 



name: sjnmbol. Begin name in column 1. 
One or more blanks must precede ETDES. 

One or more blanks must follow ETDES. 



TOKEN = addr 

,PURGE = NO 
,PURGE = YES 

.RELATED = va/«e 

,MF = L 



addr: A-type address. 
Default: PURGE = NO 

value: any valid macro keyword specification. 



The parameters are explained under the standard form of the ETDES macro instruction with 
the following exception: 

,MF = L 

specifies the list form of the ETDES macro instruction. 
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ETDES (Execute Form) 



The execute form of the ETDES macro instruction can refer to and modify a remote parameter 
hst created by the Hst form of the macro. 

The execute form of the ETDES macro instruction is written as follows: 



b 

ETDES 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede ETDES. 

One or more blanks must follow ETDES. 



TOKEN = addr 

,PURGE = NO 
,PURGE = YES 

,RELATED = va/Me 

,MP=(E,cntladdr) 



addr: RX-type address or register (0) - (12). 
Default: PURGE = NO 

value: any valid macro keyword specification. 
cntl addr: RX-type address or register (0) - (12). 



The parameters are explained under the standard form of the ETDES macro instruction with 
the following exception: 

specifies the execute form of the ETDES macro instruction. This form uses a remote 
parameter list. 
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ETDIS - Disconnect Entry Table 



The ETDIS macro instruction disconnects one or more entry tables from the home address 
space's linkage table. 

The caller must be in supervisor state or PKM 0-7 executing in primary mode enabled and 
unlocked. Register 13 must point to a standard register save area that must be addressable in 
primary mode. The parameter list passed by the requestor must also be addressable in primary 
mode at the time the macro is issued. 

Registers 2-14 are preserved. Register 2, which is modified by the macro after the registers are 
saved, should not be used as the base register. Register 15 contains the return code. The 
contents of registers and 1 are unpredictable. 

The ETDIS macro instruction is written as follows: 

name name: symbol. Begin name in column 1 . 

b One or more blanks must precede ETDIS. 
ETDIS 

b One or more blanks must follow ETDIS. 

TYilA^T = addr addr: RX-type address or register (0) - (12). 

,RELATED = value value: any valid macro keyword specification. 



The parameters are explained as follows: 

TKLIST = fl^^r 

specifies the address of a Ust of 1 to 32 fullword tokens, returned by the ETCRE macro 
instruction, identifying the entry tables to be disconnected from the home address space's 
linkage table. The first entry of the list must be a fullword count of the number of tokens 
(1 to 32) in the list. 

,RELATED = va/Me 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding services performed elsewhere. The format and contents of the 
information specified can be any valid coding values. 

When control returns, register 15 contains the following return code: 

Hexadecimal 

Code Meaning 

The entry table is successfully disconnected. 
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EVENTS - Wait for One or More Events to Complete 

This macro can be assembled compatibly between MVS/XA and MVS/370 through the use of 
the SPLEVEL macro instruction. Default processing will result in an expansion of the macro 
that operates only with MVS/XA. See the topic "Selecting the Macro Level" for additional 
information. If you are executing in 31 -bit addressing mode, you must use the MVS/XA 
version of this macro instruction. 

The EVENTS macro instruction is a functional specialization of the WAIT ECBLIST = macro 
facility with the advantages of notifying the program that events have completed and the order 
in which they completed. 

The macro performs the following functions: 

• Creates and deletes EVENTS tables. 

• Initializes and maintains a Ust of completed event control blocks. 

• Provides for single or multiple ECB processing. 

The description of the EVENTS macro instruction follows. The EVENTS macro instruction is 
also described in Supervisor Services and Macro Instructions with the exception of the 
BRANCH parameter. This parameter is restricted to programs that run in supervisor state, key 
0, and own the LOCAL lock. 

Note: CML (cross memory local) lock means the local lock of an address space other than the 
home address space. LOCAL lock means the local lock of the home address space. When 
written in lower case, local lock means any local-level lock, either the LOCAL or a CML lock. 
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The EVENTS macro instruction is written as follows: 



name name: symbol. Begin name in column 1. 

b One or more blanks must precede EVENTS. 
EVENTS 

b One or more blanks must follow EVENTS. 



ENTRIES = «ffjZ7r «AM*r.- decimal digits 1-32767. 

ENTRIES = DEL,TABLE = tab addr tab addr: symbol, RX-type address, or register (2) - (12). 

TABLE = tab addr Note: If the ENTRIES parameter is specified as indicated in the first two 

formats, no other parameters may be specified. 

,ECB = ec6 addr ecb addr: symbol, RX-type address, or register (2) - (12). 

,LAST = to? addr last addr: symbol, RX-type address, or register (2) - (12). 

Note: If LAST is specified, WAIT must also be specified. 

,WAIT = YES 
,WAIT = NO 

,BRANCH = NO Default: BRANCH = NO 

,BRANCH = YES 



The parameters are explained below: 

ENTRIES = « 

« is a decimal number from 1 to 32,767 which specifies the maximum number of 
completed ECB addresses that can be processed in an EVENTS table concurrently. 

Note: When this parameter is specified, no other parameter should be specified. 

ENTRIES = DEL, TABLE = tab addr 

specifies that the EVENTS table whose address is specified by TABLE = tab addr is to be 
deleted. The user is responsible for deleting all of the tables he creates; however, all 
existing tables are automatically freed at task termination. 

Notes: 

1. When this parameter is specified, no other parameter should be specified. 

2. TABLE resides in 24-bit addressable storage. 



T ABLE = tab 

specifies either a register number or the address of a word containing the address of the 
EVENTS table associated with the request. The address specified with the operand 
TABLE must be that of an EVENTS table created by this task. 

Note: TABLE resides in 24-bit addressable storage. 
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,WAIT = NO 
,WAIT = YES 

specifies whether or not to put the issuing program in a wait state when there are no 
completed events in the EVENTS TABLE (specified by the TABLE = parameter). 

,ECB = ecb addr 

specifies either a register number or the address of a word containing the address of an 
event control block. The EVENTS macro instruction should be used to initialize any 
event-type ECB. To avoid the accidental destruction of bit settings by a system service 
such as an access method, the ECB should be initialized after the system service that will 
post the ECB has been initiated (thus making the ECB eligible for posting) and before the 
EVENTS macro is issued to wait on the EVENTS table. 

Notes: 

1. Register 1 should not be specified for the ECB address. 

2. This parameter may not he specified with the LAST= parameter. 

3. The ECB can reside above or below 16 megabytes. 

4. If only ECB initialization is being requested, neither WAIT= NO nor WAIT— YES 
should be specified, to prevent any unnecessary WAIT processing from occurring. 

,LAST = last addr 

specifies either a register number or the address of a word containing the address of the 
last EVENT parameter list entry processed. 

Notes: 

1. Register 1 should not be specified for the LAST address. 

2. This parameter should not be specified with the ECB= parameter. 

3. The WAIT macro must also be specified. 

4. LAST resides in 24-bit addressable storage. 

,BRANCH = NO 
,BRANCH = YES 

specifies that an SVC entry (BRANCH = NO) or a branch entry (BRANCH = YES) is to 
be performed. 
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Example 1 



The following shows total processing via EVENTS 
EVENTS and ECB Initialization 



EVENTS 


ENTRIES=1000 


ST 


R1,TABADD 


WRITE 


ECBA 


LA 


R2,ECBA. . . 



EVENTS TABLE=TABADD,ECB=(R2) 

Parameter List Processing 



TABLE=TABADD , WAIT=YES 

R3,R1 PARMLIST ADDR 

L00P2 GO TO PROCESS ECB 

TABLE=TABADD , WAIT=YES , LAST= ( R3 ) 

R3,R1 SAVE POINTER 

* PROCESS COMPLETED EVENTS 

0(R3),X'80' TEST FOR MORE EVENTS 

LOOPl IF NONE, GO WAIT 

R3,4{,R3) GET NEXT ENTRY 

L00P2 GO PROCESS NEXT ENTRY 



Deleting EVENTS Table 

EVENTS TABLE=TABADD,ENTRIES=DEL 
TABADD DS F 





EVENTS 




LR 




B 


LOOPl 


EVENTS 




LR 


LOOP 2 


EQU 




TM 




BO 




LA 




B 



Example 2 



Processing One ECB at a Time. 





EVENTS 




ST 


NEXTREC 


GET 




ENQ 




READ 




LA 




EVENTS 




WRITE 




LA 


RETEST 


EVENTS 




LTR 




BNZ 




B 


TABLE 


DS 



ENTRIES=10 
1 , TABLE 

TPDATA , KEY 

( RESOURCE , ELEMENT ,E , , SYSTEM ) 

DECBRW ,K\J, ,'S* , MF=E 

3 , DECBRW 

TABLE=TABLE,ECB=(3) ,WAIT=YES 

DECBRW, K,MF=E 

3 , DECBRW 

TABLE=TABLE,ECB=(3) ,WAIT=NO 

1,1 

NEXTREC 

RETEST 

F 
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EXTRACT - Extract TCB Information 



The EXTRACT macro instruction causes the control program to provide information from 
specified fields of the task control block or a subsidiary control block for either the active task 
or one of its subtasks. The control program places the information in an area that the problem 
program provides. For a description of this area see "Providing an EXTRACT Answer Area" 
in the Subtask Creation and Control section in Volume 1 . When the extract macro is issued, its 
parameter Ust must reside in 24-bit addressable storage. 

Notes: 

1. If the EXTRACT macro is used to obtain the TIOT in order to find the UCB, it is the user's 
responsibility to ensure that the TIOT contains the UCB address. To find the UCB address, 
refer to the topic "Finding the UCB Address" in Volume 1. 

2. Because the parameter list for EXTRACT must be in 24-bit addressable storage, the standard 
form of the EXTRACT macro can only be issued by programs residing in 24-bit addressable 
storage 

The standard form of the EXTRACT macro instruction is written as follows: 

name name: symbol. Begin name in column 1 . 

b One or more blanks must precede EXTRACT. 
EXTRACT 

b One or more blanks must follow EXTRACT. 

answer addr answer addr: A-type address, or register (2) - (12). 

,'S' tcb addr: A-type address, or register (2) - (12). 

,tcb addr Default: 'S' 

,FIELDS = (tcb info) tcb info: any combination of the following, separated by commas: 

ALL PRI TSO 

GRS CMC PSB 

FRS TIOT TJID 

AETX COMM ASID 



The parameters are explained as follows: 

answer addr 

specifies the address of the answer area to contain the requested information. The area is 
one or more fullwords, starting on a fuUword boundary. The number of fullwords must 
be the same as the number of fields specified in the FIELDS parameter, unless ALL is 
coded. If ALL is coded, seven fullwords are required. 

Note: answer addr resides in 24-bit addressable storage. 
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Example 1 



,'S' 

^tcb addr 

specifies the address of a fullword on a fullword boundary containing the address of a 
task control block for a subtask of the active task. If 'S' is coded or is the default, no 
address is specified and the active task is assumed. 

Note: The TCB address resides in 24-bit addressable storage. 

\mmjys = (tcbinfo) 

specifies the task control block information requested: 

ALL requests information from the GRS, FRS, reserved, AETX, PRI, CMC, and TIOT fields. (If 

ALL is specified, 7 words are required just for ALL.) 

GRS is the address of the save area used by the control program to save the general registers 0-15 

when the task is not active. 

FRS is the address of the save area used by the control program to save the floating point registers 

0, 2, 4, and 6 when the task is not active. 

AETX is the address of the end of task exit routine specified in the ETXR parameter of the 

ATTACH macro instruction used to create the task. 

PRI is the current limit (third byte) and dispatching (fourth byte) priorities of the task. The two 

high-order bytes are set to zero. 

CMC is the task completion code. If the task is not complete, the field is set to zero. 

TIOT is the address of the task input/output table. 

COMM is the address of the conimand scheduler communications list. The list consists of a pointer to 

the communications event control block and a pointer to the command input buffer, and a 
token. (If a token exists, the high order bit of the token field is set to one). The token is used 
only with internal START commands. See "Issuing an Internal Start Command" in Volume 
1. 

TSO is the address of a byte in which a high bit of 1 indicates a TSO address space, and a high bit 

of indicates a non-TSO address space. 

PSB is the address of the TSO protected step block, which is extracted from the job step control 

block. 

TJID is the address space identifier (ASID) for a TSO address space, and zero for a non-TSO 

address space. 

ASID is the address space identifier. 



Operation: Provide information from all the fields of the indicated TCB except ASID. 
WHERE is the label of the answer area, ADDRESS is the label of a fullword that contains the 
address of the subtask TCB for which information is to be extracted. 

EXTRACT WHERE , ADDRESS , FIELDS= ( ALL , TSO , COMM , PSB , TJID ) 
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Example 2 

Operation: Provide information from the current TCB, as above. 

EXTRACT WHERE , ' S ' , FIELDS= ( ALL , TSO , COMM , PSB , T JID ) 

Example 3 

Operation: Provide information from the command scheduler communications list. ANSWER 
is the label of the answer area and TCBADDR is the label of a fullword that contains the 
address of the subtask TCB from which information is to be extracted. 

EXTRACT ANSWER , TCBADDR , FIELDS= ( COMM) 
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EXTRACT (List Form) 



The list form of the EXTRACT macro instruction is used to construct a remote control 
program parameter list. 

The Ust form of the EXTRACT macro instruction is written as follows: 



EXTRACT 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede EXTRACT. 

One or more blanks must follow EXTRACT. 



answer addr 

,'S' 
,tcb addr 

,¥mLDS^(tcbinfo) 



,MF = L 



answer addr: A-type address. 

tcb addr: A-type address. 
Default: 'S' 

tcb info: any combination of the following, separated by commas: 
ALL PRI TSO 

GRS CMC PSB 

FRS TIOT TJID 

AETX COMM ASID 



The parameters are explained under the standard form of the EXTRACT macro instruction, 
with the following exception: 

,MF = L 

specifies the list form of the EXTRACT macro instruction. 
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EXTRACT (Execute Form) 



The execute form of the EXTRACT macro instruction uses, and can modify, a remote control 
program parameter list. If the FIELDS parameter, restricted in use, is coded in the execute 
form, any TCB information specified in a previous FIELDS parameter is canceled and must be 
respecified if required for this execution of the macro instruction. 

The execute form of the EXTRACT macro instruction is written as follows: 



EXTRACT 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede EXTRACT. 

One or more blanks must follow EXTRACT. 



answer addr 

,tcb addr 
,FlELDS=(tcbinfo) 



,MP=( E.Ctrl addr) 



answer addr: RX-type address, or register (2) - (12). 
tab addr: RX-type address, or register (2) - (12). 



tab info: any combination of the following, separated by commas: 
ALL PRI TSO 

GRS CMC PSB 

FRS TIOT TJID 

AETX COMM ASID 

Ctrl addr: RX-type address, or register (1) or (2) - (12). 



The parameters are explained under the standard form of the EXTRACT macro instruction, 
with the following exception: 

,MF = (E, Ctrl addr) 

specifies the execute form of the EXTRACT macro instruction using a remote control 
program parameter list. 

Note: The parameter Ust must reside in 24-bit addressable storage. 
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FESTAE - Fast Extended STAE 



This macro can be assembled compatibly between MVS/XA and MVS/370 through the use of 
the SPLEVEL macro instruction. Default processing will result in an expansion of the macro 
that operates only with MVS/XA. See the topic "Selecting the Macro Level" for additional 
information. 

Except for the TCB, all input parameters to this macro instruction can reside in storage above 
16 megabytes if the issuer is executing in 31 -bit addressing mode. 

FESTAE users executing in 31 -bit addressing mode (the A bit in the PSW is on) must recompile 
using the MVS/XA FESTAE macro expansion so that the exit routine gets control in 31 -bit 
addressing mode. 

The FESTAE macro instruction allows an SVC to establish an ESTAE recovery routine with 
minimal overhead and no locking requirements. The ESTAE routine activated by FESTAE 
receives control in the same sequence and under the same conditions as though created by the 
ESTAE macro instruction. The FESTAE macro instruction can be issued in cross memory 
mode as long as the currently addressable address space is the home address space. The 
interface to the FESTAE exit is described in Volume 1 under "Using the FESTAE Macro 
Instruction." 
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The FESTAE macro expansion has no external Hnkage. The macro instruction is written as 
follows: 



name 
b 

FESTAE 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede FESTAE. 

One or more blanks must follow FESTAE. 



0,WRKREG = work reg addr 
EXITADR = eJczY addr 

,RBADDR = jvri» addr 

,TCBADDR = tcb addr 

,PARAM = list addr 

,XCTL = NO 
,XCTL = YES 

,PURGE = NONE 
,PURGE = HALT 
.PURGE = QUIESCE 

,ASYNCH = YES 
,ASYNCH = NO 

,TERM = NO 
,TERM = YES 

.RECORD = NO 
.RECORD = YES 

,ERRET = /aZ>e/ 



work reg addr: Register (1) - (14). 
exit addr: Register (1) - (14). 

svrb addr: Register (1) - (14). 

tcb addr: Register (1) - (14). 

list addr: Register (1) - (14). 

Default: XCTL = NO 

Default: PURGE = NONE 

Default: ASYNCH = YES 
Default: TERM = NO 
Default: RECORD = NO 

label: any valid assembler name. 



The parameters are explained as follows: 

0, WRKREG = work reg addr 

specifies that the current ESTAE routine be canceled if it was created by FESTAE. An 
error occurs if the current ESTAE routine was not created by FESTAE. A work register 
must be specified for use by the FESTAE macro expansion. 

,EXITADR = exit addr 

specifies a register that contains the address of an ESTAE routine to be entered if the task 
terminates abnormally. This register is used subsequently as a work register. 

,RBADYyR = svrb addr 

specifies a register that contains the address of the current SVRB prefix (RBPRFX). 
RBADDR must be specified if EXIT ADR has also been specified. The specified register 
is not altered. 



FESTAE - Fast Extended STAE 2-153 



Example 1 



JCB ADDR = tcbaddr 

specifies the register containing the current TCB address. This register is not altered, and 
its specification results in the generation of more efficient code. 

Note: The TCB resides in storage below 16 megabytes. 

,PARAM = list addr 

specifies the register containing the address of a user-defined parameter list that contains 
data to be used by the ESTAE routine. The routine receives this address when it is 
scheduled for execution. 

The use of this parameter list is optional, but the user should zero out any spurious data 
it might contain whether or not he intends to use it. If the user does not select the 
PARAM option, the routine receives instead the 24-byte parameter area in the SVRB. In 
this case, the user must locate this SVRB parameter area and initiaUze it with appropriate 
data. 

,ERRET = label 

specifies a label within the CSECT issuing the FESTAE for which addressability has been 
established. The FESTAE macro instruction branches to this label if it is returning a 
code other than zero. This option saves the user the instructions necessary to check the 
return code. If the user does not specify the ERRET option, control returns instead to 
the instruction immediately following the FESTAE macro instruction. The return code is 
in register 15. 

All the other FESTAE parameters have the same meaning as their ESTAE counterparts. 

Upon conclusion of FESTAE processing, control resumes at the instruction following the 
FESTAE macro instruction. Register 15 then contains one of the following return codes: 



Hexadecimal 

Code Meaning 

00 Successful completion of the FESTAE request. 

08 A previous create has been issued with FESTAE for 

this SVRB; the request has been ignored. 
OC Cancel has been specified under one of the following 

conditions: 

1) There is no exit for this TCB. 

2) The most recent exit is not owned by the caller. 

3) The most recent exit was not created by FESTAE. 



Operation: In case of an abnormal termination, execute the ESTAE routine specified by 
register 2, allow asynchronous processing, do not allow special error processing, default to 
PURGE = NONE, and pass the parameter list pointed to by register 7 to the ESTAE routine. 

FESTAE EXITADR= ( REG2 ) , RBADDR= ( REGS ) , TCBADDR= ( REG6 ) , X 
PARAM=(REG7) , ASYNCH=YES ,TERM=NO 
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FREEMAIN - Free Virtual Storage 



The FREEMAIN macro instruction releases one or more areas of virtual storage, or an entire 
virtual storage subpool, previously assigned to the active task as a result of a GETMAIN 
macro instruction. FREEMAIN is supported in a cross memory environment. The active task 
is abnormally terminated if the specified virtual storage does not start on a doubleword 
boundary or, for an unconditional request, if the specified area or subpool is not currently 
allocated to the active task. Register 15 is set to to indicate successful completion. For a 
conditional FREEMAIN, register 15 is set to 4 if the specified area or subpool is not currently 
allocated to the active task. 

In the parameters discussed below, EU, LU, and VU specify unconditional requests and result 
in the same processing as E, L, and V, respectively. The two formats for these requests are 
available to maintain compatibility with the GETMAIN formats. Users of the FREEMAIN 
macro instruction who are freeing virtual storage with addresses greater than 16 megabytes 
must use either the RC or RU form of the macro instruction. All addresses specified with the 
RC or RU form of the macro are treated as 31 -bit addresses. 

The description of the FREEMAIN macro instruction follows. The FREEMAIN macro 
instruction is also described in Supervisor Services and Macro Instructions with the exception of 
the BRANCH and KEY parameters. These parameters are restricted to programs running 
supervisor state, key and, therefore, are only described here. 
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The standard form of the FREEMAIN macro instruction is written as follows: 



FREEMAIN 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede FREEMAIN. 

One or more blanks must follow FREEMAIN. 



LC.LA = length addr 
VU,LA = length addr 
L,LA = length addr 
VC 

vu 

V 

EC,LV = length value 
EU,LV = length value 
E,LV = length value 
RC,LV = length value 
RC,ST = subpool nmbr 
'R\J, IN = length value 
RU,SP = subpool nmbr 
R,LV = length value 
R,SP = subpool nmbr 

,A = addr 



,SP = subpool nmbr 



,BRANCH = YES 
.BRANCH = (YES,GLOBAL) 



,KEY = «m^r 



.RELATED = v«/Me 



length addr: A-type address, or register (2) - (12). 

length value: symbol, decimal digit, or register (2) - (12). If R is 

specified, register (0) may also be specified. 

subpool nmbr: symbol, decimal digit, or register (0) or (2) - (12). 

Notes: 1. If R,SP = (0) is specified with no other parameters, the high 
order byte of register must contain the subpool number 
and the low order 3 bytes must contain zero. 

2. For a subpool FREEMAIN, if RC,SP = subpool numbr or 
RU,SP = 5'm6/?oo/ nmbr or K,S^ = subpool nmbr is specified, 
no other parameters except RELATED can be specified. 

3. RC and RU are the only parameters that can be 
used to free storage above 16 megabytes. 



addr: A-type address, or register (2) - (12). 

Note: If R, RC, or RU is coded, register (1) can also be specified. 

subpool nmbr: symbol, decimal digit, or register (2) - (12). 

If R,SP = (0) is specified, the high order byte of register must contain the 

subpool number and the low order 3 bytes must contain the length value. 

Note; BRANCH = (YES,GLOBAL) may be specified with 

RC or RU above. Also, the macro expansion uses register 4 for 

the address of the global save area pointed to by the CVT. The previous 

contents of register 4 is overridden. 

nmbr: decimal digits 0-15, or register (2) - (12). 

Note: This parameter may be specified only with BRANCH and RC or RU 

above. 

value: any valid macro keyword specification. 
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The parameters are explained below: 

LC,LA = length addr 
LU,LA = length addr 
L,LA = length addr 
VC 

vu 

V 

EC,LV = length value 
EU,LV = length value 
E^LiV = length value 
RCJuV = length value 
RC,SP = subpool nmbr 
BXJ^IN — length value 
RU,SP = subpool nmbr 
R,IN = length value 
R,SP == subpool nmbr 

specifies the type of FREEMAIN request: 

LC, LU, and L indicate conditional (LC) and unconditional (LU and L) list requests and 
specify release of one or more areas of virtual storage. The length of each virtual storage 
area is indicated by the values in a list beginning at the address specified in the LA 
parameter. The address of each of the virtual storage areas must be provided in a 
corresponding hst whose address is specified in the A parameter. All virtual storage areas 
must start on a doubleword boundary. 

VC, VU, and V indicate conditional (VC) and unconditional (VU and V) variable 
requests and specify release of single areas of virtual storage. The address and length of 
the virtual storage area are provided at the address specified in the A parameter. 

EC, EU, and E indicate conditional (EC) and unconditional (EU and E) element requests 
and specify release of single areas of virtual storage. The length of the single virtual 
storage area is indicated in the LV parameter. The address of the virtual storage area is 
provided at the address indicated in the A parameter. 

RC, RU, and R indicate conditional (RC) and unconditional (RU and R) register 
requests and specify release of single areas of virtual storage from the subpool indicated, 
or specifies release of the entire subpool indicated. If the release is not for the entire 
subpool, the address of the virtual storage area is indicated in the A parameter. The 
length of the area is indicated in the LV parameter. The virtual storage area must start 
on a doubleword boundary. 

Notes: 

1. A conditional request indicates that the task is not to be abnormally terminated if the 
virtual storage being freed is not allocated to the active task. However some abends 
cannot be prevented. An unconditional request indicates that the task is to be 
abnormally terminated in this situation. 

2. Callers in either 24-bit or 31 -bit addressing mode can use RC or RU to free storage 
above 16 megabytes. 

3. If the address of the area to he freed is greater than 16 megabytes, you must use RC or 
RU. 
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LA specifies the virtual storage address of one or more consecutive fullwords starting on a 
fullword boundary. One word is required for each virtual storage area to be released; the 
high-order bit in the last word must be set to 1 to indicate the end of the list. Each word 
must contain the required length in the low-order three bytes. The fullwords in this list 
must correspond with the fullwords in the associated Ust specified in the A parameter. 
The words must not be in the area to be released. If this rule is violated and if the words 
are the last allocated items on a virtual page, the whole page is returned to storage and 
the FREEMAIN abends with an 0C4. 

LV specifies the length, in bytes, of the virtual storage area being released. The value 
should be a multiple of 8; if it is not, the control program uses the next high multiple of 
8. If R is coded, LV = (0) may be designated; the high-order byte of register must 
contain the subpool number, and the low-order three bytes must contain the length (in 
this case, the SP parameter is invahd). 

, A = addr 

specifies the virtual storage address of one or more consecutive fullwords starting on a 
fullword boundary. The input should not reside within the area to be released. If this 
rule is violated and if the input is within the area and is the last allocated item on a 
virtual page, the whole page is returned to storage and the FREEMAIN abends with an 
0C4, If E, EC, EU, R, RC, or RU is designated, one word, which contains the address of 
the virtual storage area to be released, is required. If V, VC, or VU is coded, two words 
are required; the first word contains the address of the virtual storage area to be released, 
and the second word contains the length of the area to be released. If L, LC, or LU is 
coded, one word is required for each virtual storage area to be released; each word 
contains the address of one virtual storage area. If R, RC, or RU is coded, any of the 
registers 1 through 12 can be designated, in which case the address of the virtual storage 
area, not the address of the fullword, must have previously been loaded into the register. 

,SP = subpool nmbr 

specifies the subpool number of the virtual area to be released. The subpool number can 
be between and 255. The SP parameter is optional and if omitted, subpool is 
assumed. If R is coded, SP — (0) can be designated, in which case the subpool number 
must be previously loaded into the low-order byte of register 0. 

For subpool freemains, the SP parameter specifies the number of the subpool to be 
released. Subpool freemains can be issued only for the following subpools: 1-127, 229, 
230, 233, 236, 237, 240, and 250-253; and if the caller is in key 0, subpool 0. Any attempt 
to issue a subpool freemain for any other subpool causes a 478 or 40A abend. (See 
Volume 1 for a hst of the characteristics of the vaUd subpools.) If R,SP = (0) is specified 
with no other parameters, the high-order byte byte of register must contain the subpool 
number and the low-order 3 bytes must contain zero. 

,BRANCH = YES 
,BRANCH = (YES,GLOBAL) 

specifies that a branch entry is to be used instead of an SVC entry. If (YES,GLOBAL) is 
specified, the entry point to service global storage requests without the need for the local 
address space lock will be used. However, the caller must not hold any lock higher than 
the VSMFIX lock (for subpools 226, 227, 228, 239, and 245) or the VSMPAG lock (for 
subpools 231 and 241) and the caller must be disabled. 

If BRANCH = YES is specified, the caller must pre-load register 4 with the TCB address, 
pre-load register 7 with the ASCB address, and hold the local address space lock of the 
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ASCB address specified in register 7 prior to entry. Register 3 will be destroyed if RC or 
RU was specified. 

Callers in cross memory mode can use the BRANCH = YES parameter of the 
FREEMAIN macro instruction. If the caller is in cross memory mode, the storage is freed 
in the currently addressable address space. The caller must hold the CML lock for the 
currently addressable address space; load register 7 with the address of the ASCB of the 
currently addressable address space; and load register 4 with zero or the address of a TCB 
in the currently addressable address space. If register 4 contains a zero, the storage that is 
freed is associated with the current job step task that owns the cross memory resources in 
the currently addressable address space (that is, the TCB anchored in ASCBXTCB). 

If BRANCH = (YES,GLOBAL) is specified, registers 4 and 7 need not contain the TCB 
and ASCB addresses; and registers 3 and 4 are changed when control is returned to the 
caller. Additionally, the SP parameter may only designate subpools 226,227, 228, 231, 
239, 241, or 245. 

,KEY = key nmbr 

specifies the key (in bits 24-27 of the register) in which the requested storage was 
obtained. This parameter apphes to subpools 227, 228, 229, 230, 231, and 241, and 
allows both global and local storage to be freed in the specified storage protection key. 

,RELATED = vfl/Me 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user, and can be any valid coding values. 

When control is returned, register 15 contains one of the following return codes. A code 
other than is possible only for conditional forms. 

Hexadecimal 

Code Meaning 

00 Virtual storage was freed. 

04 Not all virtual storage was freed. 

08 Part of area being freed is still fixed. 

This condition causes an A78, A05, or AOA abend unless 

the TCBEOTFM indicator is on. 
12 Page table is paged out. 



Example 1 



Operation: Free 400 bytes of storage addressed by register 2 via a branch entry. If the storage 
is successfully freed, register 15 contains 0; otherwise, register 15 contains a nonzero value. 

FREEMAIN EC,LV=400 , A= ( 2 ) ,BRANCH=YES 

Example 2 

Operation: Free 48 bytes of the storage (addressed by register 5) in subpool 231. Register 3 
has been preset to contain the storage key of the storage to be released. If the request is 
unsuccessful, the caller is abnormally terminated. 

FREEMAIN RU , LV=48 , A= ( 5 ) , SP=2 3 1 , KEY= ( 3 ) , BRANCH= ( YES , GLOBAL ) 
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FREEMAIN (List Fonn) 



Use the list form of the FREEMAIN macro instruction to construct a nonexecutable control 
program parameter list. 

The list form of the FREEMAIN macro instruction is written as follows: 



FREEMAIN 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede FREEMAIN. 

One or more blanks must follow FREEMAIN. 



LC 

LU 

L 

VC 

VU 

V 

EC 

EU 

E 

,LA = length addr 
,LV = length value 



,A = addr 

,SP = subpool nmbr 
,RELATED = vfl/Me 
,MF = L 



length addr: A-type address. 
length value: symbol or decimal digit. 

Notes: 1. LA may only be specified with LC, LU, or L above. 
2. LV may only be specified with EC, EU, or E above. 

addr: A-type address. 

subpool nmbr: symbol or decimal digit. 

value: any valid macro keyword specification. 



The parameters are explained under the standard form of the FREEMAIN macro instruction, 
with the following exceptions: 

,MF = L 

specifies the list form of the FREEMAIN macro instruction. 



2- 1 60 SPL: System Macros and Facilities Volume 2 



FREEMAIN (Execute Form) 



A remote control program parameter list is used in, and can be modified by, the execute form 
of the FREEMAIN macro instruction. The parameter list can be generated by the list form of 
either a GETMAIN or a FREEMAIN. 

The execute form of the FREEMAIN macro instruction is written as follows: 



FREEMAIN 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede FREEMAIN. 

One or more blanks must follow FREEMAIN. 



LC 
LU 
L 
VC 

vu 

V 
EC 

EU 
E 

,LA = length addr 
,LV = length value 



,A = addr 

,SP = subpool nmbr 
,BRANCH = YES 
,RELATED = value 
M^=(E, Ctrl prog) 



length addr: RX-type address or register (2) - (12). 
length value: symbol, decimal digit, or register (2) - (12). 
Notes: 1. LA may only be specified with LC, LU, or L above. 
2. LV may only be specified with EC, EU, or E above. 

addr: RX-type address, or register (2) - (12). 

subpool nmbr: symbol, decimal digit, or register (0) or (2) - (12). 



value: any valid macro keyword specification. 

Ctrl prog: RX-type address, or register (1) or (2) - (12). 



The parameters are explained under the standard form of the FREEMAIN macro instruction, 
with the following exceptions: 

M^ = (^,ctrlprog) 

specifies the execute form of the FREEMAIN macro instruction using a remote control 
program parameter hst. 
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GETMAIN - Allocate Virtual Storage 



The GETMAIN macro instruction requests the control program to allocate one or more areas 
of virtual storage to the active task. For task related subpools, the virtual storage areas are 
allocated from the specified subpool in the virtual storage area assigned to the associated job 
step. The virtual storage areas each begin on a doubleword or page boundary and are not 
cleared to when allocated. (The storage is zeroed for the first allocation of a page.) The total 
of the lengths specified must not exceed the length available. For most subpools, the storage 
will be released when the task assigned ownership terminates, or through the use of the 
FREEMAIN macro instruction. For information on when storage that is obtained with a 
GETMAIN macro is released, see MVS/XA System Logic Library: Virtual Storage 
Management, LY28-1790. 

The options R, LC, LU, VC, VU, EC, or EU can be used by callers in either 24-bit or 31 -bit 
addressing mode. If one of these options is specified, storage area addresses and lengths will be 
treated as 24-bit addresses and values. The parameter list addresses and the pointers to the 
length and address hsts in the parameter lists (if present) will be treated as 31 -bit addresses if 
the caller's addressing mode is 31 -bit; otherwise, they will be treated as 24-bit addresses. 

The options RU, RC, VRU, and VRC can be used by callers in either 24-bit or 31 -bit 
addressing mode. However, all values and addresses will be treated as 31 -bit values and 
addresses. The GETMAIN macro is also described in Supervisor Service and Macro Instructions 
with the exception of the BRANCH and KEY parameters. These parameters are restricted in 
use to programs running supervisor state, key 0. 
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The description of the GETMAIN macro instruction follows. 



GETMAIN 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede GETMAIN. 

One or more blanks must follow GETMAIN. 



LC,LA = length addr,A = addr 
LU,LA = length addr, A. = addr 
YC,LA = length addr, A = addr 
VU,LA = length addr, A = addr 
EC,LV = length value,A = addr 
EUjLV = length value,A = addr 
RC,LV = length value 
RU,UV = length value 
R,LV = length value 
VRC,LV = (maximum length value, 
minimum length value) 
VRU,LV = (maximum length value, 
minimum length value) 



length addr: A-type address, or register (2) - (12). 

length value: symbol, decimal digit, or register (2) - (12). If R, 

RC, or RU is specified, register (0) may also be specified. 

addr: A-type address, or register (2) - (12). 

Note: RC, RU, VRC, or VRU must be used for addresses 

greater than 16 megabytes. 



maximum length value: symbol, decimal, digit, or register (2) - (12). 
minimum length value: symbol, decimal, digit, or register (2) - (12). 



,SP = subpool nmbr 



,BNDRY = DBLWD 
,BNDRY = PAGE 

,BRANCH = YES 
.BRANCH = (YES,GLOBAL) 



,KEY = key number 



,LOC = BELOW 
,LOC = (BELOW,ANY) 
,LOC = (ANY) 

,LOC = (ANY,ANY) 
,LOC = RES 
,LOC = (RES,ANY) 

,RELATED = va/ue 



subpool nmbr: symbol, decimal digit, or register (2) - (12). 
Note: If R,LV = (0) is specified above, SP may not be specified. 

Default: BNDRY = DBLWD 

Note: This parameter may not be specified with R above. 

Note: BRANCH = (YES,GLOBAL) may only be specified with RC, RU, 
VRC, or VRU above. Also, the macro expansion uses register 4 for the 
address of the global save area pointed to by the CVT. The previous 
contents of register 4 is overridden. The macro expansion also uses register 

3. 

key number: decimal digits 0-15, or register (2) - (12). 

Default: KEY = 

Note: This parameter may be specified only with BRANCH and RC, RU, 

VRC, or VRU; and subpools 226, 227, 228, 229, 230, 231, and 241. 

Default: LOC = RES 

Note: This parameter can only be used with RC, RU, VRC, or VRU. 

On all other forms, LOC = BELOW is used. 



value: any valid macro keyword specification. 
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The parameters are explained below: 

LCjLA = length addr, A = addr 
LU,LA = length addr, A = addr 
VCjLA = length addr, A = addr 
VU,LA = length addr, A = addr 
EC,LV = length value, A = addr 
EU,LV = length value, A = addr 
RC^I-iV = length value 
RU,LV = length value 
R,LV = length value 

VRC,LV = (maximum length value, minimum length value) 
VRUjLV = (maximum length value, minimum length value) 
specifies the type of GETMAIN request: 

LC and LU indicate conditional (LC) and unconditional (LU) list requests, and specify 
requests for one or more areas of virtual storage. The length of each virtual storage area 
is indicated by the values in a list beginning at the address specified in the LA parameter. 
The address of each of the virtual storage areas is returned in a list beginning at the 
address specified in the A parameter. No virtual storage is allocated unless all of the 
requests in the list can be satisfied. 

VC and VU indicate conditional (VC) and unconditional (VU) variable requests, and 
specify requests for single areas of virtual storage. The length of the single virtual storage 
area is between the two values at the address specified in the LA parameter. The address 
and actual length of the allocated virtual storage area are returned by the control program 
at the address indicated in the A parameter. 

EC and EU indicate conditional (EC) and unconditional (EU) element requests, and 
specify requests for single areas of virtual storage. The length of the single virtual storage 
area is indicated by the parameter, LV = length value. The address of the allocated virtual 
storage area is returned at the address indicated in the A parameter. 

RC indicates a conditional register request, and RU and R indicate unconditional register 
requests. RC, RU, and R specify requests for single areas of virtual storage. The length 
of the single virtual area is indicated by the parameter, LV = length value. The address of 
the allocated virtual storage area is returned in register 1 . 

VRC and VRU indicate variable register conditional (VRC) and unconditional (VRU) 
requests for a single area of virtual storage. The length returned will be between the 
maximum and minimum lengths specified by the parameter LV = (maximum length value, 
minimum length value). The address of the allocated virtual storage is returned in register 
1 and the length in register 0. 

Notes: 

1. A conditional request indicates that the task is not to be abnormally terminated if virtual 
storage is not allocated to the active task. An unconditional request indicates that the 
task is to be abnormally terminated in this situation. 

2. The LC, LU, VC, VU, EC, EU, and R forms of the GETMAIN macro instruction can 
only be used to obtain virtual storage with addresses below 16 megabytes. The RC, RU, 
VRC, and VRU forms of the GETMAIN macro instruction can be used to obtain 
virtual storage with addresses above 16 megabytes. 
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LA specifies the virtual storage address of consecutive fuUwords starting on a fullword 
boundary. Each fullword must contain the required length in the low-order three bytes, 
with the high-order byte set to 0. The lengths should be multiples of 8; if they are not, 
the control program uses the next higher multiple of 8. If VC or VU was coded, two 
words are required. The first word contains the minimum length required, the second 
word contains the maximum length. If LC or LU was coded, one word is required for 
each virtual storage area requested; the high-order bit of the last word must be set to 1 to 
indicate the end of the list. The list must not overlap the virtual storage area specified in 
the A parameter. 

LV = length value specifies the length, in bytes, of the requested virtual storage. The 
number should be a multiple of 8; if it is not, the control program uses the next higher 
multiple of 8. If R is specified, LV = (0) may be coded; the low-order three bytes of 
register must contain the length, and the high-order byte must contain the subpool 
number, LV = {maximum length value, minimum length value) specifies the maximum and 
minimum values of the length of the storage request. 

The A parameter specifies the virtual storage address of consecutive fullwords, starting on 
a fullword boundary. The control program places the address of the virtual storage area 
allocated in one or more words. If E was coded, one word is required. If LC or LU was 
coded, one word is required for each entry in the LA Ust. If VC or VU was coded, two 
words are required. The first word contains the address of the virtual storage area, and 
the second word contains the length actually allocated. The Ust must not overlap the 
virtual storage area specified in the LA parameter. 

,SP = subpool nmbr 

specifies the number of the subpool from which the virtual storage area is to be allocated. 
The subpool number must be a valid subpool number between and 255. See "Virtual 
Storage Management" in Volume 1 for a list of the vaUd subpools. If this parameter is 
omitted, subpool is assumed. 

Note: Callers executing in supervisor state and key zero, who specify subpool 0, will 
obtain storage from subpool 252. Therefore, when requesting a dump of this storage via 
the SDUMP macro instruction, they must specify subpool 252 rather than 0. 

,BNDRY = DBLWD 
,BNDRY = PAGE 

specifies that alignment on a doubleword boundary (DBLWD) or alignn:;ient with the start 
of a virtual page on a 4K boundary (PAGE) is required for the start of a requested area. 

The BNDRY = PAGE keyword is ignored if the request specifies one of the following 
subpools 226, 233-235, 239,245, or 253-255. Requests for storage from these subpools are 
fulfilled from a single page, unless the request is greater than a page. 

,BRANCH = YES 
,BRANCH = (YES,GLOBAL) 

specifies that a branch entry is to be used instead of an SVC entry. If (YES,GLOBAL) is 
specified, the entry point to service global storage requests without the need for the local 
lock is used. The caller must be disabled by obtaining the CPU lock to provide 
system-recognized disablement and must not hold any lock that would prevent VSM from 
obtaining the VSMFIX lock (for subpools 226, 227, 228, 239, and 245) or the VSMPAG 
lock (for subpools 231 and 241). If BRANCH = YES is specified, the caller must pre-load 
register 4 with the TCB address, pre-load register 7 with the ASCB address, and hold the 
local lock prior to entry. The contents of register 3 is destroyed if RC, RU, VRC, or 
VRU is specified. 
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Callers in cross memory mode can use the BRANCH = YES parameter of the GETMAIN 
macro instruction. If the caller is in cross memory mode, the storage is allocated in the 
currently addressable address space. The caller must hold the CML lock for the currently 
addressable address space; load register 7 with the address of the ASCB of the currently 
addressable address space; and load register 4 with zero or the address of a TCB in the 
currently addressable address space. If register 4 contains a zero, the allocated storage is 
associated with the current job step task that owns the cross memory resources in the 
currently addressable address space (that is, the TCB anchored in ASCBXTCB). 

If BRANCH = (YES,GLOBAL) is specified, registers 4 and 7 need not contain the TCB 
and ASCB addresses; and registers 3 and 4 are changed when control returns to the caller. 
The caller must be disabled and must not hold any locks that would prevent VSM from 
obtaining the VSMFIX lock (for subpools 226, 227, 228, 239, and 245) or the VSMPAG 
lock (for subpools 231 and 241). Additionally, the SP parameter may only designate 
subpools 226, 227, 228, 231, 239, 241, or 245. 

,KEY = key nmbr 

specifies the key (in bits 24-27 of the register) in which the requested storage is to be 
obtained. This parameter applies to subpools 227, 228, 229, 230, 231, and 241, and 
allows both global and local storage to be obtained in the specified storage protection 
key. The KEY parameter cannot be specified unless the BRANCH parameter is also 
specified. 

,LOC = BELOW 

,LOC = (BELOW, ANY) 

,LOC = ANY 

,LOC = (ANY,ANY) 

,LOC = RES 

,LOC = (RES,ANY) 

specifies the location of virtual storage and real storage. This is especially helpful for 
callers with 24-bit dependencies. When LOC is specified, real storage is allocated 
anywhere until the storage is fixed (by the PGFIX, PGFIXA, or PGSER macro 
instructions). After the storage is fixed, virtual and real storage are located in the 
following manner. 

LOC = BELOW indicates that real and virtual storage are to be located below 16 
megabytes. 

LOC = (BELOW, ANY) indicates that virtual storage is to be located below 16 megabytes 
and real storage can be located anywhere. 

LOC = ANY and LOC = (ANY, ANY) indicate that virtual and real storage can be located 
anywhere. 

Note: The LOC parameter is not valid for fixed subpools. For fixed subpools the actual 
location of the virtual storage area depends on the subpool specified. If the subpool is 
supported (backed) above 16 megabytes, GETMAIN attempts to locate the virtual 
storage area above 16 megabytes. If this is not possible, GETMAIN locates the virtual 
storage below 16 megabytes. If the subpool is not supported above 16 megabytes, 
GETMAIN also locates the virtual storage below 16 megabytes. See "Virtual Storage 
Management" in Volume 1 for a list of vahd subpools and their characteristics. For 
example, LSQA subpools will be backed anywhere regardless of the LOC parameter 
specified. 
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LOG = RES indicates that the location of virtual and real storage depends on the location 
of the caller. If the caller resides below 16 megabytes, virtual and real storage are to be 
located below 16 megabytes; if the caller resides above 16 megabytes, virtual and real 
storage are to be located anywhere. 

LOG = (RES,ANY) indicates that the location of virtual storage depends upon the 
location of the caller. If the caller resides below 16 megabytes, virtual storage is to be 
located below 16 megabytes; if the caller resides above 16 megabytes, virtual storage can 
be located anywhere. In either case, real storage can be located anywhere. 

,RELATED = vfl/Me 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user, and may be any valid coding 
values. 

When control is returned on conditional type requests (LG, EG, VG, RC, VRG), register 15 
contains one of the following return codes: 



Hexadecimal 
Code 

00 
04 
08 



Meaning 

Virtual storage requested was allocated 

No virtual storage was allocated 

Real storage was not available for backing the request 

or internal storage management control blocks. 



Example 1 



Example 2 



Example 3 



The contents of registers 0, 1, and 15 are not preserved when the GETMAIN macro instruction 
is issued. 



Operation: Obtain 248 bytes of storage from the user's region via a branch entry. If the 
routine is in supervisor state, subpool 252 is used; otherwise, subpool is used. If the storage 
cannot be obtained, the caller is abnormally terminated. 

GETMAIN EU,LV=248,A=AREAADDR,BRANCH=YES 



Operation: Obtain one page of storage from the common service area, and cause the acquired 
storage to be initialized with a storage key of 9. A return code of (if successful) or 4 (if 
unsuccessful) is returned. 

GETMAIN RC, LV=4096,SP=2 3 1,BRANCH=( YES, GLOBAL) ,BNDRY=PAGE ,KEY=9 



Operation: Obtain 400 bytes of storage from subpool 10. If the storage is available, the 
address will be returned in register 1 and register 1 5 will contain 0; if storage is not available, 
register 1 5 will contain 4. 

GETMAIN RC,LV=400,SP=10 
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Example 4 



Operation: Obtain 48 bytes of storage from default subpool 0. If the storage is available, the 
address will be stored in the word at AREAADDR; if the storage is not available, the task will 
be abnormally terminated. 

GETMAIN EU,LV= 4 8, A= AREAADDR 



AREAADDR DS 
Example 5 



Operation: Obtain a maximum of 4096 or a minimum of 1024 bytes of virtual storage, with 
addresses above or below 16 megabytes. Indicate that if the real storage is fixed, it should also 
be located above or below 16 megabytes. If the storage is available, the address will be 
returned in register 1 and the length of the storage allocated will be returned in register 0; if the 
storage is not available, the task will be terminated. 

GETMAIN VRU,LV=( 4096, 1024) ,LOC=ANY 
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GETMAIN (List Form) 



Use the list form of the GETMAIN macro instruction to construct a control program 
parameter list. The list form of the GETMAIN macro instruction cannot be used to allocate 
virtual storage with addresses greater than 16 megabytes. 

The list form of the GETMAIN macro instruction is written as follows: 



GETMAIN 
b 



name: Begin name in column 1 . 

One or more blanks must precede GETMAIN. 

One or more blanks must follow GETMAIN. 



LC 
LU 
VC 
VU 

EC 
EU 

,LA = length addr 
,LV = length value 



,A = addr 

,SP = subpool nmbr 

,BNDRY = DBLWD 
,BNDRY = PAGE 

.RELATED = va/Me 

,MF = L 



length addr: A- type address. 

length value: symbol or decimal digit. 

Notes: 1. LA may be specified with EC or EU above. 

2. LV may not be specified with LC, LU, VC or VU above. 

addr: A-type address. 

subpool nmbr: symbol or decimal digit. 

Default: BNDRY = DBLWD 

value: any valid macro keyword specification. 



The parameters are explained under the standard form of the GETMAIN macro instruction, 
with the following exception: 

,MF = L 

specifies the list form of the GETMAIN macro instruction. 
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GETMAIN (Execute Form) 



A remote control program parameter list is used in, and can be modified by, the execute form 
of the GETMAIN macro instruction. The parameter list can be generated by the list form of 
either a GETMAIN or a FREEMAIN. The execute form of the GETMAIN macro instruction 
cannot be used to allocate virtual storage with addresses greater than 16 megabytes. 

The execute form of the GETMAIN macro instruction is written as follows: 



GETMAIN 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede GETMAIN. 

One or more blanks must follow GETMAIN. 



LC 
LU 
VC 
VU 
EC 
EU 

,LA = length addr 
,LV = length value 



, A = addr 

,SP = subpool nmbr 

,BNDRY = DBLWD 
,BNDRY = PAGE 

,BRANCH = YES 

,RELATED = va/Me 

,MF=(E, Ctrl prog) 



length addr: RX-type address or register (2) - (12). 

length value: symbol, decimal digit, or register (2) - (12). 

Note: LA may not be specified with EC or EU above. 

Note: LY may not be specified with LC, LU, VC, or VU above. 

addr: RX-type address, or register (2) - (12). 

subpool nmbr: symbol, decimal digit, or register (0) or (2) - (12). 

Default: BNDRY = DBLWD 



value: any valid macro keyword specification. 

Ctrl prog: RX-type address, or register (1) or (2) - (12). 



The parameters are explained under the standard form of the GETMAIN macro instruction, 
with the following exception: 

,MF = (E,ctrlprog) 

specifies the execute form of the GETMAIN macro instruction using a remote control 
program parameter Ust. 
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GQSCAN - Extract Information From Global Resource Serialization 
Queue 

Use the GQSCAN macro instruction to obtain the status of resources and requestors of those 
resources. The GQSCAN macro instruction, in conjunction with the ISGRIB mapping macro, 
enables you to obtain resource information from system control blocks without knowing the 
exact structure or location of the control blocks. 

The issuer of the GQSCAN macro instruction must be executing in primary mode. To use 
SCOPE = GLOBAL and SCOPE = LOCAL, you must be in supervisor state or key and you 
should be aware that improper use of these parameters degrades system performance. 

Global resource serialization counts and limits the number of outstanding global resource 
seriahzation requests. A global resource serialization request is any ENQ, RESERVE, or 
GQSCAN that causes an element to be inserted into a queue in the global resource serialization 
request queue area. See "Limiting Global Resource Serialization Requests" in Volume 1. 

Register 13 must contain the address of an 18-word save area, which can be provided through 
the use of standard linkage conventions. 

On return, register contains two halfword values. The first (high order) halfword contains the 
length of the fixed portion of each RIB returned; the second (low order) halfword contains the 
length of each RIBE returned. Register 1 contains the number of RIBs that were copied into 
the area provided. Register 15 contains the return code. In order to interpret the data that the 
GQSCAN service routine returns in the user-specified area, you must include the ISGRIB 
mapping macro as a DSECT in your program. ISGRIB maps the resource information block 
(RIB) and the resource information block extent (RIBE) as shown in the Debugging Handbook. 
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The standard form of the GQSCAN macro instruction is written as follows: 



GQSCAN 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede GQSCAN. 

One or more blanks must follow GQSCAN. 



AREA = (area addr,area size) 



,REQUM = value 
,REQLIM = MAX 

,SCOPE = ALL 
,SCOPE = STEP 
,SCOPE = SYSTEM 
,SCOPE = SYSTEMS 
,SCOPE = LOCAL 
,SCOPE = GLOBAL 

,RESERVE = YES 

,RESERVE = NO 

jRESNAME = (qname addr[,rname 

addr, mame length], 

[GENERIQSPECIFIC], 

qname length) 

jSYSNAME = (sysname addr f,asid 
value]) 



,QUIT = YES 
.QUIT = NO 

,REQCNT = va/Me 

,OWNERCT = va/Me,WAITCNT = 

value 

,OWNERCT = va/Me 

,WAITCNT = va/we 

,TOKEN = addr 



area addr: RX-type address or register (2) - (12). 
area size: symbol, decimal digit, or register (2) - (12). 
Note: AREA cannot be specified with QUIT = YES. 

value: symbol, decimal digit, register (2) - (12), or the word MAX. 
Default: REQLIM = MAX 

Default: SCOPE = STEP 



Default: All resources requested with RESERVE and all resources 

requested with ENQ. 

qname addr: RX-type address or register (2) - (12). 

rname addr: RX-type address or register (2) - (12). 

mame length: decimal digit, register (2) - (12). 

Default: assembled length of rname. 

Default: qname length of eight. 

sysname addr: RX-type address or register (2) - (12). 

asid value: symbol, decimal digit, or register (2) - (12). 

Notes: rname addr can be provided only when qname addr is used, rname 

length must be coded if a register is specified for rname addr. An asid value 

can be coded only when the sysname addr is used. 

Default: QUIT = NO 

Note: QUIT = YES is mutually exclusive with all parameters but TOKEN. 

value: decimal digit or register (2) - (12). 
Default: REQCNT = 



addr: RX-type address or register (2) - (12). 



The parameters are explained as follows: 

AREA = (area addr, area size) 

specifies the location and size of the area where information extracted from the global 
resource seriaUzation resource queues is to be placed. The minimum size is the amount 
needed to describe a single resource, approximately 296 bytes, which is the length of the 
fixed portions of the RIB and the maximum size mame rounded up to a fullword value. 
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,REQLIM = value 
,REQLIM = MAX 

specifies the maximum number of owners and waiters to be returned for each resource, 
which can be any value between and 2^^-!. MAX specifies 2'5-l. 

,SCOPE = ALL 

,SCOPE = STEP 

,SCOPE = SYSTEM 

,SCOPE = SYSTEMS 

,SCOPE = LOCAL 

,SCOPE = GLOBAL 

specifies that you want information only for resources having the indicated scope. STEP, 
SYSTEM, or SYSTEMS is the scope specified on the resource request. If you specify 
SCOPE = ALL (meaning STEP, SYSTEM, and SYSTEMS), the system returns 
information for all resources the system recognizes that have the specified RESNAME, 
RESERVE, or SYSNAME characteristics. If you specify SCOPE = LOCAL, information 
is returned about this system's resources that are not being shared with other systems in 
the ring. If you specify SCOPE = GLOBAL, information is returned about resources that 
are being shared with other systems in the ring. Remember that entries in the resource 
name lists can cause the scope to change. 

,RESERVE = YES 
,RESERVE = NO 

,RESNAME = (^^«ame addr[,rname addr,rname length] ,[GENERIC\SPECIFIC] , qname length) 

,SYSNAME = (sysname addr [ ,asid value]) 

For most requests, RESERVE = YES specifies that information is to be returned for 
resources requested with the RESERVE macro instruction. If a RESERVE macro 
instruction is issued for a device that is not shared, global resource serialization treats the 
RESERVE request as an ENQ and the GQSCAN macro instruction does not return 
information for the resource request when RESERVE = YES. 

RESERVE = NO specifies that information is to be returned for resources requested with 
the ENQ macro instruction. 

RESNAME (with rname) indicates the name of one resource. 

The qname addr specifies the virtual storage address of the 8-character major name of the 
requested resource. 

The rname addr specifies the virtual storage address of a 1 to 255-byte minor name used 
in conjunction with the major name to represent a single resource. Information returned 
is for a single resource unless you specify SCOPE = ALL, in which case it could be for 
three resources (STEP, SYSTEM, and SYSTEMS) or SCOPE = LOCAL in which case it 
could be for two resources (STEP and SYSTEM) if there is a matching name in each of 
these categories. If the name specified by rname is defined by an EQU assembler 
instruction, the rname length must be specified. 

The rname length specifies the length of the minor name. If you use the register form, the 
low-order (rightmost) byte contains the length. The length must match the rname length 
specified on ENQ or RESERVE. 

GENERIC specifies that the rname of the requested resource must match but only for the 
length specified. For example, an ENQ for SYSl.PROCLIB would match the GQSCAN 
rname specified as SYSl for an rname length of 4. 
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SPECIFIC specifies that the rname of the requested resource must exactly match the 
GQSCANmame. 

Note: GENERIC and SPECIFIC are mutually exclusive. 

The qname length specifies the length of the qname in the resource name that must match 
the GQSCAN name. 

SYSNAME specifies that information is to be returned for resources requested by tasks 
running on an MVS system whose system name matches the one specified by SYSNAME, 
where sysname addr is the address of an 8-byte field that contains the system name, and 
asid value specifies a 4-byte address space identifier, right justified. Information returned 
includes only those resources whose sysname addr and asid value match the ones specified. 
SYSNAME = or SYSNAME = (0,asid value), specifies that the system name is that of 
the system on which GQSCAN is issued. 

,QUIT=YES 
,QUIT = NO 

indicates whether or not you want to terminate the current global resource seriahzation 
queue scan. If QUIT = YES is specified with TOKEN, GQSCAN processing terminates 
the current GRS queue scan and releases the storage allocated to accumulate the 
information specified in the token. 

,REQCNT = va/Me 

,OWNERCT = va/Me,WAITCNT = value 

,OWNERCT = vfl/Me 

,WAITCNT = va/Me 

specifies that you only want information about resources that fall into the following 
categories: 

• The total number of requestors (that is, owners plus waiters) is greater than or equal 
toREQCNT. 

• The total number of owners is greater than or equal to OWNERCT. 

• The total number of waiters is greater than or equal to WAITCNT. 

If you do not specify REQCNT, you can specify both OWNERCT and WAITCNT. If 
you specify REQCNT, you cannot specify either OWNERCT or WAITCNT, 

,TOKEN = a^^r 

specifies the address of a fuUword of storage that the GQSCAN service routine can use in 
subsequent invocation to provide you with any remaining information. If the token is 
zero, the scan starts at the beginning of the resource queue. You must zero the token 
each time you want the scan to start over. If the token is not zero, the scan resumes at 
the point indicated by the token. 
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When GQSCAN returns control, register 1 5 contains one of the following return codes: 



Hexadecimal 

Code Meaning 

Queue scan processing is complete. Data is now in the area you specified. 

On a resumed GQSCAN, the code signifies that there are no more 
resources to match your request. 

4 Queue scan processing is complete. No resources matched your request. 

8 The area you specified was filled before queue scan processing completed. 

If you specified TOKEN, process the information in the area and issue 
GQSCAN again specifying the TOKEN returned to you. If you did not 
specify TOKEN, you must begin again and either specify a larger area or 
specify a TOKEN. 

C Queue scan encountered an abnormal situation while processing. The information 

in your area is not meaningful. The values in registers and 1 are 
also meaningless. 

10 An invalid SYSNAME was specified as input to queue scan. The information 

in your area is not meaningful. 

14 The area you specified was filled before queue scan processing completed. 

Your request specified TOKEN = , but you have too many outstanding ENQ or 
RESERVE and GQSCAN requests. The information in your area is valid but 
incomplete. The scan cannot be resumed. 
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GQSCAN (List Form) 



The list form of the GQSCAN macro instruction is used to construct a non-executable 
parameter list. This parameter list, or a copy of it for reentrant programs, can be referred to by 
the execute form of the GQSCAN macro instruction. 

The list form of the GQSCAN macro instruction is written as follows: 



GQSCAN 

b 



name: symbol. Begin name in column 1. 
One or more blanks must precede GQSCAN. 

One or more blanks must follow GQSCAN. 



AREA = (area addr, area size) 



,REQLIM = value 
,REQLIM = MAX 

,SCOPE = ALL 
,SCOPE = STEP 
,SCOPE = SYSTEM 
,SCOPE = SYSTEMS 

,RESERVE = YES 

,RESERVE = NO 

,RESNAME = (qname addr [,rname 

addr, rname length], 

[GENERIQSPECIFIC], 

qname length) 

iSYSNAME = (sysname addr[ ,asid 
value]) 



,QUIT = YES 
,QUIT = NO 

,REQCNT = va/Me 



,OWNERCT = va/Me 
,WAITCNT = v«/Me 

,TOKEH-=addr 

,MF = L 



area addr: A-type address. 

area size: symbol, decimal digit. 

Notes: 1. This parameter cannot be specified with QUIT = YES. 

2. AREA is required on either the list or the execute form of the 
macro instruction. 

value: symbol, decimal digit or the word MAX. 
Default: REQLIM = MAX 

Default: SCOPE = STEP 



Default: All resources requested with RESERVE and all 

resources requested with ENQ. 

qname addr: A-type address. 

rname addr: A-type address. 

rname length: decimal digit. 

Default: assembled length of rname. 

Default: qname length of eight. 

sysname addr: A-type address. 

asid value: symbol, decimal digit. 

Notes: rname addr can be provided only when qname addr is used, rname 

length must be provided if a register is specified for rname addr. An asid 

value can be coded only when the sysname addr is used. 

Default: QUIT = NO 

Note: Only TOKEN and MF = L can be specified with QUIT = YES. 



value: decimal digit. 
Default: REQCNT = 



addr: RX-type address. 
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The parameters are explained under the standard form of the GQSCAN macro instruction with 
the following exception: 

,MF = L 

specifies the list form of the GQSCAN macro instruction. 
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GQSCAN (Execute Form) 



The execute form of the GQSCAN macro instruction can refer to and modify a remote 
parameter Ust built by the Ust form of the macro. There are no defaults for any of the 
parameters in the execute form of the macro instruction. 

The execute form of the GQSCAN macro instruction is written as follows: 



GQSCAN 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede GQSCAN. 

One or more blanks must follow GQSCAN. 



AREA = (area addr,area size) 



,REQLIM = va/Me 
,REQLIM = MAX 

,SCOPE = ALL 
,SCOPE = STEP 
,SCOPE = SYSTEM 
.SCOPE = SYSTEMS 
,SCOPE = LOCAL 
,SCOPE = GLOBAL 

,RESERVE = YES 

,RESERVE = NO 

jRESNAME = (qname addr[,rname 

addr,rname length], 

[GENERIQ SPECIFIC], 

qname length) 

,SYSNAME = (sysname addr],asid 

value]) 



,QUIT = YES 
,QUIT = NO 

,REQCNT = va/Me 

,OWNERCT = va/Me 

,WAITCNT = va/Me 

,TOKEN = arf(?r 
,MF = (E,parm list addr) 



area addr: RX-type address or register (2) - (12). 
area size: symbol, decimal digit, or register (2) - (12). 
Notes: 1. AREA cannot be specified with QUIT = YES. 

2. AREA is required on either the list or the execute form of the 
macro instruction. 

value: symbol, decimal digit, register (2) - (12), or the word MAX. 



Note: SCOPE = LOCAL and SCOPE = GLOBAL cannot be 
coded on the list form of this macro. 



Default: All resources requested with RESERVE 

and all resources requested with ENQ. 

qname addr: RX-type address or register (2) - (12). 

rname addr: RX-type address or register (2) - (12). 

rname length: decimal digit, register (2) - (12). 

Default: assembled length of rname. 

sysname addr: RX-type address or register (2) - (12). 

asid value: symbol, decimal digit, or register (2) - (12). 

Note: rname addr can be provided only when qname addr is used, rname 

length must be provided if a register is specified for rname addr. An asid 

value can be coded only when the sysname addr is used. 

Default: QUIT = NO 

Note: Only TOKEN and MF = (E, parm list addr) can be specified with 

QUIT = YES. 

value: decimal digit or register (2) - (12). 



addr: RX-type address of register (2) - (12). 

parm list addr: RX-type address or register (2) - (12). 
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The parameters are explained under the standard form of the GQSCAN macro instruction with 
the following exception: 

,MF = (E^parm list addr) 

specifies the execute form of the GQSCAN macro instruction. This form uses a remote 
parameter Ust defined by parm hst addr. 
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lEFQMREQ - Invoke SWA Manager in Move Mode 



This macro is used to invoke the Move SWA manager in move mode. The lEFQMREQ macro 
instruction, which has no parameters, is written as follows: 



b t ^^^ ^^ more blanks must precede lEFQMREQ. 

lEFQMREQ 

b One or more blanks must follow lEFQMREQ. 
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INTSECT - Intersect With the Dispatcher 



This macro can be assembled compatibly between MVS/XA and MVS/370 through the use of 
the SPLEVEL macro instruction. Default processing will result in an expansion of the macro 
that operates only with MVS/XA. See the topic "Selecting the Macro Level" for additional 
information. If you are executing in 31 -bit addressing mode, you must use the MVS/XA 
version of this macro instruction. 

The INTSECT macro instruction is used to serialize processing with the dispatcher (specifically, 
when altering the dispatching queues or TCB/ASCB dispatchability). The only routines that 
may use the INTSECT macro are those in supervisor state, key 0. 

There are two levels of intersect, local and global. The LOCAL lock must be held before 
requesting the local intersect. The dispatcher lock must be held before requesting the global 
intersect. After the operation that required serialization has completed, the intersect must be 
released by issuing the INTSECT macro instruction with the RESET option before freeing the 
appropriate lock. Programs executing in cross memory mode can use INTSECT with the 
TYPE = GLOBAL option. 

Note: CML (cross memory local) lock means the local lock of an address space other than the 
home address space. LOCAL lock means the local lock of the home address space. When 
written in lower case, local lock means any local-level lock, either the LOCAL or a CML lock. 

The INTSECT macro instruction is written as follows: 



name name: 

b One or more blanks must precede INTSECT. 
INTSECT 

b One or more blanks must follow INTSECT. 

SET 
RESET 

,TYPE = GLOBAL 
,TYPE = LOCAL 

,ID = symbol 

,RELATED = value value: any valid macro keyword specification. 
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Example 1 



The parameters are explained as follows: 

SET 
RESET 

specifies whether to obtain or release the intersect. 

,TYPE = GLOBAL 
,TYPE = LOCAL 

specifies the level of intersect to be used. 

,ID = symbol 

specifies an identifier that indicates the function name of the intersecting routine. 

Note: Specific ids are defined only for the control program. Other users should omit this 
keyword. Routines omitting the ID keyword should release the INTSECT before calUng 
any other routine. 

,RELATED = va/Me 

specifies information used to self-document macro instructions. This is done by "relating" 
functions or services to corresponding functions or services. The format and content of 
the information specified are at the discretion of the user, and may be any valid coding 
values. 



Operation: The LOCAL lock has already been obtained. Request to hold the local intersect. 

INTSECT SET,TYPE=LOCAL 
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lOSDDT - Device Descriptor Table Build Macro 



The lOSDDT macro must be included in the unit information module (UIM) that an 
installation provides for any device that the MVS configuration program (MVSCP) does not 
support. The lOSDDT macro builds a device descriptor table (DDT). The DDT, which must 
reside in SYS 1. NUCLEUS, is the vector table to the device dependent exits for a device. The 
lOSDDT macro is located in SYSl.AMODGEN. See SPL: System Modifications for a 
complete description of coding a UIM. 

A device descriptor table (DDT) is a vector table that lOS uses to locate the device support 
routines. The system requires one of these tables for each device in the I/O configuration, 
although similar devices may share the same DDT. When conditions arise during I/O 
operations for which specific device dependent processing is required, lOS gives control to the 
exit routines through the vector entries in the DDT. 

To build the DDT, you use the lOSDDT macro. With this macro, you specify the module 
names of the DDT exit routines for the devices supported by that DDT. These exit routines 
perform the processing for various system functions that occur when the system performs I/O 
operations. The parameters of the lOSDDT macro allow you to specify the following kinds of 
routines, which receive control from lOS when the appropriate condition arises: 

The start I/O exit routine 

The trap exit routine 

The translate CCW table 

The ERP message routine 

The DDR exit routine 

The unsoUcited interrupt exit routine 

The sense exit routine 

The end of sense exit routine 

The MIH exit routine 

The device initialization exit routine 

The channel program scan exit routine 

The subsystem ID 

The information in the DDT is created from the parameters of the lOSDDT macro. The label 
that you specify on the lOSDDT macro is required because it is used as the CSECT name for 
the DDT being generated. When the system is IPLed, the DDT for each device in the I/O 
configuration becomes part of the nucleus. Each use of the lOSDDT macro generates one 
DDT. 
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The lOSDDT macro instruction is written as follows: 



name 
b 

lOSDDT 
b 



One or more blanks must precede lOSDDT. 



One or more blanks must follow lOSDDT. 



SIOEXIT = epname 

,TRPEXIT = epname 

,TCCWTAB-= epname 

,ERPEXIT= (epname, type) 

,DDREXIT= (epname, type) 
,U'NSEXn = epname 
,S'NSEXn = epname 
,EOSEXIT = epname 
,MIiiEXn = epname 
jDSEXIT = epname 
,CPSEXIT = epname 
,SSYSID = ssname 



entry point name 
entry point name 
entry point name 
entry point name 
entry point name 
entry point name 
entry point name 
entry point name 
entry point name 
entry point name 
entry point name 
subsystem name 



The parameters are explained as follows: 

name 

specifies name of the DDT. lOSDDT uses this name on the CSECT statement that it 
generates for the DDT. The name parameter is required. 

SlO^XlT = epname 

specifies the name of the start I/O exit entry point. 

TRPEXIT = e;7name 

specifies the name of the trap exit entry point. 

TCCWTAB = epname 

specifies the name of the translate CCW table entry point. 
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ERPEXIT = (epnamejype) 

specifies the name of the ERP message entry point. Type describes whether the entry 
point name is to be treated as an entry point name address or a module name. Type can 
be specifed as A for address or N for EBCDIC name. If A is specified, the module is 
loaded into the nucleus region from SYSl. NUCLEUS. . If N is specified, the module is 
loaded into the LPA from the LINK LIST concatenation. If neither is specified, N is the 
default. 

DDREXIT = ( epname .type ) 

specifies the name of the DDR exit entry point Type describes whether the entry point 
name is to be treated as an entry point name address or a module name. Type can be 
specifed as A for address or N for EBCDIC name. If A is specified, the module is loaded 
into the nucleus region from SYSl. NUCLEUS. . If N is specified, the module is loaded 
into the LPA from the LINK LIST concatenation. If neither is specified, N is the default. 

VNSEXYT =- epname 

specifies the name of the unsoHcited interrupt exit entry point. 

SNSEXIT = e'/?««me 

specifies the name of the sense exit entry point. 

^OSEWT = epname 

specifies the name of the end of sense exit entry point. 

MIHEXIT = epname 

specifies the name of the MIH exit entry point. 

USEXIT == epname 

specifies the name of the device service exit entry point. 

CPSWilT^ epname 

specifies the name of the channel program scan exit entry point. 

SSYSm = ssname 

specifies the name of the subsystem ID, which can be one to four characters. 

Note: When both ERPEXIT and DDREXIT are specified as EBCDIC module names, 
lOSDDT verifies that both specified module names have the same 4-character prefix. If the 
prefixes are not the same, lOSDDT issues an MNOTE and not does generate a DDT. 
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lOSDMLT - Module Lists Table Macro 



The lOSDMLT macro must be included in the unit information module (UIM) that an 
installation provides for any device that the MVS configuration program (MVSCP) does not 
support. The lOSDMLT macro builds a module Hst table (MLT). See SPL: System 
Modifications for a complete description of coding a UIM. 

The Module Lists Table (MLT) must reside in SYS I. NUCLEUS. It identifies the nucleus and 
LPA modules required to support the device you are defining, and that need to be loaded 
during the IPL process. For example, the MLT for an unsupported printer would designate all 
the modules that must be loaded into the nucleus and the LPA to support that printer. Note 
that the MLT must list all the nucleus and LPA device support modules for the device 
regardless of whether the modules are provided by you or by IBM. 

To build a module Hsts table, use the lOSDMLT macro. Each lOSDMLT macro that you code 
creates an MLT CSECT. The label specified on the lOSDMLT macro, which is required, is 
used as the CSECT name. As parameters of the lOSDMLT macro, you specify a set of 
nucleus-resident module names and a set of LPA-resident module names. Each use of the 
lOSDMLT macro generates one MLT, which resides in a separate module. The lOSDMLT 
macro resides in SYSl.AMODGEN. 

The lOSDMLT macro instruction is written as follows: 



name name: 

b One or more blanks must precede lOSDMLT. 

lOSDMLT 

b One or more blanks must follow lOSDMLT. 

NUCL = (nucid< ,nucid> ...) nucid: name of nucleus module 

,LPAL = (lpaid< ,lpaid> ...) Ipaid: name of LPA module 

The parameters are explained as follows: 

name 

specifies the name of the MLT. lOSDMLT uses this name on the CSECT statement that 
it generates for the MLT. The name parameter is required. Note that lOSDMLT 
generates an END statement at the end of its expansion. 
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NUCL = (nucid < .nucid >...) 

specifies the names of the nucleus modules that are to be loaded from SYS 1. NUCLEUS 
into the nucleus region if the device associated with this MLT is defined in the I/O 
configuration. 

,LPAL = (lpaid< ,lpaid> ...) 

specifies the names of the LPA modules to be included in the module list table CSECT. 
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lOSINFO - Obtain Information From the Input/Output Supervisor 
(lOS) 

The lOSINFO macro instruction obtains the subchannel number for a specified unit control 
block (UCB) from the input/output supervisor (lOS). The macro returns the subsystem 
identification word (SID), which identifies the subchannel number of the UCB, in a 
user-specified location. The SID is a fuUword value whose first halfword contains X'OOOl' and 
ending halfword contains the subchannel number. 

A subchannel is associated with a UCB at NIP time. If the subchannel and the UCB become 
disassociated during system operation, the subchannel mraiber in the SID might not be valid. If 
the UCB is disassociated from the subchannel at the time that the lOSINFO service routine is 
invoked, lOSINFO can detect the situation and notify the user via a return code. If the UCB is 
disassociated from the subchannel after the service routine is invoked, lOSINFO can give no 
notification of this to the caller. 

The issuer of lOSINFO must be executing: 

• In 31 -bit addressing mode 

• In either task mode or SRB mode 

• Locked or unlocked 

Additionally, the issuing program uses the CVT and PSA control blocks. All addresses must be 
31 -bit addresses. 

Before entry to this macro, register 13 must contain the address of a standard 18-word save 
area. 

The lOSINFO macro instruction is written as follows: 



name name: symbol. Begin name in column 1 . 

b One or more blanks must precede lOSINFO. 
lOSINFO 

b One or more blanks must follow lOSINFO. 

FUNCTN = SUBCHNO 

,UCB = ucb addr ucb addr: A-type address or register (0) - (1 5). 

.OUTPUT = OM^pwf addr output addr: A-type address or register (0) - (14). 

.RTNCDE = reiC(5?6' addr retcde addr: A-type address or register (0) - (15). 
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The parameters are explained as follows: 

FUNCTN = SUBCHNO 

specifies that a subchannel number is to be obtained. 

,UCB = ucb addr 

specifies the address of a fullword on a fullword boundary containing the address of a 
unit control block (UCB). 

,OUTPUT = output addr 

specifies the address of a fullword on a fullword boundary that will contain the subsystem 
identification word (SID) upon completion. 

The SID is a fullword value that identifies the subchannel. The first halfword is X'OOOl', 
and the last halfword contains the subchannel number. 

The output address must reside in 31 -bit addressable storage. 

,RETCDE = retcde addr 

specifies the address of a fullword on a fullword boundary that will contain the return 
code upon completion. 

The return code address must reside in 31 -bit addressable storage. 

After completion, the contents of the registers are as follows: 

Register is unpredictable. 

Register 1 (unless the return code is 4) contains the SID. 

Registers 2-13 are preserved. 

Register 14 is unpredictable. 

Register 15 contains a return code. 

When control returns, register 1 5 contains one of the following return codes: 

Hexadecimal 

Code Meaning 

00 The address specified on the OUTPUT parameter contains the SID.* 

04 The UCB was disassociated from the subchannel at the 

time of the lOSINFO service routine invocation. 

* In some cases, the subchannel number in the SID might not be vahd. Any disassociation of 
the UCB and the subchannel means the subchannel number in the SID is not valid. If the UCB 
is disassociated from the subchannel after the lOSINFO service routine invocation, no 
notification can be given. 
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Example 1 



Example 2 



Example 3 



Operation: Obtain the subchannel number for a UCB whose address is in register 1. Specify 
the SID output to be placed in register 2 and the return code to be placed in register 3. 

lOS INFO FUNCTN=SUBCHNO , UCB= ( 1 ) , OUTPUT= ( 2 ) , RTNCODE= { 3 ) 



Operation: Obtain the subchannel number for a UCB whose address is in location ADDR. 
Specify the SID output to be placed in location ADDX and the return code to be placed in 
register 3. 

lOSINFO FUNCTN=SUBCHNO , UCB=ADDR , OUTPUT=ADDX , RTNCODE= ( 3 ) 



Operation: Obtain the subchannel number for a UCB whose address is in register 2. Specify 
the SID output to be placed in register 3 and the return code to be placed in location ADDR. 

lOSINFO FUNCTN=SUBCHN0,UCB=(2) ,0UTPUT=(3) , RTNCODE=ADDR 
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lOSLOOK - Locate Unit Control Block 



The lOSLOOK macro instruction locates the unit control block (UCB) associated with a device 
address. To use lOSLOOK, you must be executing in supervisor state. Register 13 must point 
to a 16-word save area where the macro instruction stores registers through 15 at offset 0. 
You must also include a DSECT for both the CVT (using the CVT mapping macro) and the 
lOCOM (using the lECDIOCM mapping macro). 

The lOSLOOK macro instruction is written as follows: 



name name: symbol. Begin name in column 1. 

b One or more blanks must precede lOSLOOK. 
lOSLOOK 

b One or more blanks must follow lOSLOOK. 

DEV = (reg) reg: Register (0) - (12), (14), (1 5). 

Default: DEV = (6). 

,UCB = (reg) reg: Register (0) - (12). 

Default: UCB = (7). 

The parameters are explained as follows: 

DEV = (reg) 

specifies a general purpose register, symbolic or absolute, that contains the hexadecimal 
device number, right justified. If this parameter is omitted, register 6 is assumed. 

,VCB= (reg) 

specifies a general purpose register, symbolic or absolute, that will be used to return the 
address of the UCB common segment. If this parameter is omitted, register 7 is assumed. 

If the UCB address cannot be found, then the contents of this register are unpredictable. 

Note: The UCB must reside in 24-bit addressable storage. 
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Example 1 



When control returns, register 15 contaijis one of the following return codes. 

Hexadecimal 

Code Meaning 

00 UCB address was found 

04 Pevice number was invalid or lio UCB exists. 



Operation: Find the UCB address for device 250. Register 2 contains the value X'00000250'. 
The UCB address is to be returned in register 5 and UCBPTR is equated to 5. 

lOSLOOK DEV= ( 2 ) , UCB'= ( UCBPTR ) 
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LOAD - Bring a Load Module into Virtual Storage 



The LOAD macro instruction is used to bring the load module containing the specified entry 
name into virtual storage, if a usable copy is not available in virtual storage. Load services 
places the load module in storage above or below the 1 6 megabytes Une depending on the 
RMODE of the module, which is specified in the directory entry for the module. 

The responsibihty count for the load module is increased by one. On output, the high-order 
byte of register 1 contains the authorization code of the loaded module and the low-order three 
bytes contain the module's length in doublewords. Control is not passed to the load module; 
instead, the virtual storage address and the addressing mode of the designated entry point is 
returned in register 0. The load module remains in virtual storage until the responsibihty count 
is reduced to through task terminations or until the effects of all outstanding LOAD requests 
for the module have been canceled (using the DELETE macro instruction described in 
Supervisor Services and Macro Instructions), and there is no other requirement for the module. 

Load sets the high-order bit of the entry point address in register to indicate the module's 
AMODE, which is obtained from the directory entry for the module. If the module's AMODE 
is 3 1 -bit, it sets the indicator to 1; if the module's AMODE is 24-bit, it sets the indicator to 0; 
and if the module's AMODE is ANY, it sets the indicator to correspond to the caller's 
AMODE. 

The GLOBAL,EOM, and ADDR parameters are restricted to authorized users 
(APF-authorized, in PSW key 0-7, or in supervisor state). 

The entry name in the load module must be a member name or an alias in a directory of a 
partitioned data set or must have been specified in an IDENTIFY macro instruction. If the 
entry name was previously specified in an IDENTIFY macro instruction, no attempt is made to 
bring in an additional copy of the module. If the specified entry name cannot be located, the 
task is abnormally terminated. 
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The LOAD macro instruction is written as follows: 



name 
b 

LOAD 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede LOAD. 

One or more blanks must follow LOAD. 



EP = entry name 
EPLOC = entry name addr 
DE == list entry addr 



,DCB = deb addr 



,ERRET = err rtn addr 

,LSEARCH = NO 
,LSEARCH = YES 

,KJ>DR = load addr 

,GLOBAL = YES 
,GLOBAL = (YES,P) 
,GLOBAL = (YES,F) 
,GLOBAL = NO 

,EOM = NO 
,EOM = YES 

XOPiDV'Y = addr 



.RELATED = v«/Me 



entry name: symbol. 

* entry name addr: RX-type address or register (2) - (12); A- type 

address or register (2) - (12) . 

*list entry addr: RX-type address, or register (2) - (12); A-type address or 

register (2) - (12). 

*dcb addr: RX-type address, or register (1) or (2) - (12); A-type address or 
register (2) - (12). 

err rtn addr: RX-type address, or register (2) - (12). 

Default: LSEARCH = NO 



load addr: A-type address or register (2) - (12). 



Default: GLOBAL = NO 

If GLOBAL = YES is specified, the default is GLOBAL = (YES,P). 



Default: EOM = NO 

Note: GLOBAL must be specified with EOM = YES- 

addr: A-type address or register (2) - (12). 

Note: ADDR cannot be specified with LOADPT. 

value: any valid macro keyword specification. 



* If you code any of the parameters: LSEARCH, ADDR, GLOBAL, EOM, or LOADPT, you will obtain a 
macro-generated parameter list. Therefore, except for the error routine address, all addresses must be specified 
as A-type addresses or registers (2) - (12). 



The parameters are explained below: 

W^ = entry name 

EPLOC = entry name addr 

DE = list entry addr 

specifies the entry name, the address of the name, or the address of the name field in a 
60-byte list entry for the entry name that was constructed using the BLDL macro 
instruction. If EPLOC is coded, the name must be padded to eight bytes, if necessary. 

Note: The task structure must not be changed via an ATTACH or DETACH between 
the issuance of the BLDL and the issuance of the ATTACH for the module, or an abend 
106 with a return code of 15 might result. 
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,DCB = deb addr 

specifies the address of the data control block for the partitioned data set containing the 
entry name described above. This parameter must indicate the same DCB used in the 
BLDL mentioned above. 

If the DCB parameter is omitted or if DCB = is specified when the LOAD macro 
instruction is issued by the job step task, the data sets referred to by either the STEPLIB 
or JOBLIB DD statement are first searched for the entry name. If the entry name is not 
found, the link library is searched. 

If the DCB parameter is omitted or if DCB = is specified when the LOAD macro 
instruction is issued by a subtask, the data sets associated with one or more data control 
blocks referred to by the TASKLIB operand of previous ATTACH macro instructions in 
the subtask chain are first searched for the entry name. If the entry name is not found, 
the search is continued as if the LOAD had been issued by the job step task. 

Note: DCB must reside in 24-bit addressable storage. 

,ERRET = errrmaJfi?r 

specifies the address of a routine to receive control when an error condition that would 
cause an abnormal termination of the task is detected. Register 1 contains the abend 
code that would have resulted had the task abended, and register 15 contains the reason 
code that is associated with the abend. The routine does not receive control when input 
parameter errors are detected. 

,LSEARCH = NO 
,LSEARCH = YES 

specifies whether (YES) or not (NO) you want the library search limited to the job pack 
area and to the first Ubrary in the normal search sequence. 

, ADDR = load addr 

specifies that the module is to be loaded beginning at the designated address. The address 
must specify a doubleword boundary. Storage for the module must have been previously 
allocated in the requestor's key. The system does not search for the module and does not 
maintain a record of the module once it is loaded. If you code the ADDR parameter, 
you must also code the DCB parameter (not DCB = 0) and you must not code GLOBAL 
or LOADPT. 

Note: The RMODE of the load module must agree with this address. If the user 
specifies an address above 16 megabytes in virtual, the load module must have an 
RMODE of ANY. 

,GLOBAL = YES 
,GLOBAL = (YES,P) 
,GLOBAL = (YES,F) 
,GLOBAL = NO 

specifies whether the module is to be loaded into the pageable common service area (CSA) 
(GLOBAL = (YES,P) or GLOBAL = YES), loaded into fixed CSA (GLOBAL = (YES,F)), 
or not loaded into CSA (GLOBAL = NO). (The module must not have been previously 
loaded into CSA with different attributes by the same job step, the module must also be 
reentrant and must reside in an APF-authorized library.) For GLOBAL = (YES,F), the 
module must not be marked as requiring alignment on a page boundary. If you code the 
GLOBAL parameter, you cannot code the ADDR parameter. 
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Example 1 



If the requested module resides in the link pack area, the LOAD request performs as 
though the GLOBAL parameter was omitted. The LOAD request locates the module in 
the link pack area, allows access to it, but does not load a copy of the desired module 
into the common service area. 

Note: A load request with the GLOBAL option does not cause the loaded module to be 
implicitly known to other address spaces. The loaded module can be accessed by other 
address spaces, however, only the requesting task is accountable for it (and may therefore 
delete it). 

,EOM = YES 
,EOM = NO 

indicates whether a module in global storage is to be deleted when the address space 
terminates (EOM = YES) or when the task terminates (EOM = NO). If you code EOM, 
you must also code GLOBAL. 

,LOADPT = afi?c/r 

specifies that the starting address at which the module was loaded is to be returned to the 
caller at the indicated address. If you code LOADPT, you cannot code ADDR. 

,RELATED = vfl/Me 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user, and may be any valid coding 
values. 



Operation: Bring a load module with entry name PGMLKRUS into virtual storage. Let the 
system find the module from available libraries. 



LOAD EP=PGMLKRUS 
Example 2 



Operation: Bring a load module with entry name PGMEOM into pageable CSA storage and 
return the load address at location PGMLPT. 

LDPGM LOAD EP=PGMEOM,EOM=YES ,LOADPT=PGMLPT,GLOBAL= ( YES ,P) 



PGMLPT DS A LOAD ADDRESS RETURNED HERE 
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LOAD (List Form) 



The list form of the LOAD macro instruction builds a non-executable parameter hst that can be 
referred to by the execute form of the LOAD macro. 

The hst form of the LOAD macro instruction is written as follows: 



name 
b 

LOAD 
b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede LOAD. 

One or more blanks must follow LOAD. 



EP = entry name 

EPLOC = entry name addr 

DE = list entry addr 

,DCB = deb addr 

,LSEARCH = NO 
,LSEARCH = YES 

,ADDR = load addr 

,GLOBAL = YES 
,GLOBAL = (YES,P) 
.GLOBAL = (YES,F) 
,GLOBAL = NO 

,EOM = NO 

,EOM = YES 

,LOADFT = addr 

, RELATED = value 
,SF = L 



entry name: symbol. 

entry name addr: A- type address. 

list entry addr: A- type address. 

deb addr: A- type address. 

Default: LSEARCH = NO 

load addr: A- type address. 

Default: GLOBAL = NO 

If GLOBAL = YES is specified, the default is GLOBAL = (YES,P). 



Default: EOM = NO 

Note: GLOBAL must be specified with EOM = YES. 



addr: A- type address. 

Note: ADDR cannot be specified with LOADPT. 

value: any valid macro keyword specification. 



The parameters are explained under the standard form of LOAD macro instruction with the 
following exception: 

,SF = L 

specifies the Hst form of the LOAD macro instruction. 
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LOAD (Execute Form) 



The execute form of the LOAD macro instruction can refer to and modify the parameter list 
constructed by the Hst form of the macro. 

The execute form of the LOAD macro instruction is written as follows: 



name 
b 

LOAD 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede LOAD. 

One or more blanks must follow LOAD. 



EP = entry name 
EPLOC = entry name addr 
DE = list entry addr 

,DCB = deb addr 

jERRET = err rtn addr 

,LSEARCH = NO 
,LSEARCH = YES 

,ADT>K = load addr 



,GLOBAL = YES 
,GLOBAL = (YES,P) 
,GLOBAL = (YES,F) 
,GLOBAL = NO 

,EOM = NO 
,EOM=YES 

XOADl?J = addr 



,RELATED = value 
,SF=(E, list addr) 



entry name: symbol. 

entry name addr: RX-tj^e address or register (2) - (12). 

list entry addr: RX-type address, or register (2) - (12). 

deb addr: RX-type address, or register (2) - (12). 

err rtn addr: RX-type address, or register (2) - (12). 

Default: LSEARCH = NO 



load addr: RX-type address or register (2) - (12). 

Note: For an RX-type address, the operand is treated 

as the address of a field that contains the actual load address. 

Default: GLOBAL = NO 

Note: If GLOBAL = YES is specified, the default is GLOBAL = (YES,P). 



Default: EOM = NO 

Note: GLOBAL must also be specified with EOM = YES. 

addr: RX-type address or register (2) - (12). 
Note: ADDR cannot be specified with LOADPT. 

value: any valid macro keyword specification. 

list addr: RX-type address or register (2) - (12) or (15). 



The parameters are explained under the standard form of LOAD macro instruction with the 
following exception: 

,SF = (EJist addr) 

specifies the execute form of the LOAD macro instruction. 
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LOCASCB - Locate ASCB 



The LOCASCB macro instruction is used to locate the ASCB address associated with a 
specified ASID. 

The LOCASCB macro instruction uses registers 0, 1, 14, and 15. 

If the caller is concerned that the ASCB might terminate while being referenced, the caller 
should provide some serialization to prevent ASCB termination by holding either the CMS lock 
or the dispatcher lock. 

Programs executing in cross memory mode can invoke the LOCASCB macro instruction. 

The LOCASCB macro instruction is written as follows: 



name name: symbol. Begin name in column 1. 

b One or more blanks must precede LOCASCB. 
LOCASCB 

b One or more blanks must follow LOCASCB. 

ASID = asid addr asid addr: RX-type address or register (0) - (15). 

The parameter is explained as follows: 

ASID = asid addr 

specifies the RX-type address of a halfword that contains the ASID whose ASCB is to be 
located or the register that contains the ASID in bits 16-31. (Bits 0-15 of the register are 
ignored.) If the caller specifies (1), the ASID need not be copied into register 1 by the 
macro expansion. 

When LOCASCB returns control, register 1 contains the results of the locate operation as 
follows: 

• If register 1 is positive, it contains the ASCB address. 

• If register 1 is negative or zero, the specified ASID is invalid. 
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LXFRE - Free a Linkage Index 



The LXFRE macro instruction frees one or more linkage indexes. You cannot free a linkage 
index that was reserved with the SYSTEM option. (See the LXRBS macro instruction). Before 
issuing the LXFRE macro instruction, disconnect all entry tables associated with the linkage 
index, unless you specify FORCE = YES. If you do not disconnect the entry tables and do not 
specify FORCE = YES, linkage indexes are not freed and the routine is abnormally terminated. 

The requestor must be in supervisor state or PKM 0-7 executing in primary mode enabled and 
unlocked. Register 13 must point to a standard register save area that must be addressable in 
primary mode. The parameter hst passed to this macro instruction must also be addressable in 
primary mode when the macro instruction is issued. 

Registers 2-14 are preserved. Register 2, which is modified by the macro after the registers are 
saved, should not be used as the base register. Register 15 contains the return code. The 
contents of registers and 1 are unpredictable. 

The standard form of the LXFRE macro instruction is written as follows: 



name name: symbol. Begin name in column 1. 

b One or more blanks must precede LXFRE. 
LXFRE 

b One or more blanks must follow LXFRE. 

LXLlST = list addr list addr: RX-type address or register (0) - (12). 

,FORCE = NO Default: FORCE = NO 
,FORCE = YES 

.RELATED = value value: any valid macro keyword specification. 



The parameters are explained as follows: 

LXLIST = list addr 

specifies the address of a variable length hst of fuUword entries. The first word in the list 
must contain the number (1 to 32) of linkage indexes to be freed. Each entry following 
the first must contain a linkage index value specified in the form returned by the LXRES 
macro instruction. 
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,FORCE = NO 
,FORCE = YES 

specifies whether (YES) or not (NO) the linkage index is to be freed even if entry tables 
are currently connected to it. Any connected entry tables are disconnected before the 
linkage index is freed. FORCE = NO is the default. 

,RELATED = vfl/Me 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified can be any valid coding values. 

When LXFRE returns control, register 15 contains contains one of the following return codes: 

Hexadecimal 

Code Meaning 

The specified linkage indexes were freed. 

No entry tables were connected. 

4 The specified linkage indexes were fi-eed. 

Entry tables were connected, but FORCE was 
specified and was successfully executed. 

8 Some of the specified linkage indexes were freed. 

Entry tables were connected. FORCE was 
specified but one or more of the necessary 
disconnects failed. No action by the issuer 
of LXFRE is required in this situation. 
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LXFRE (List Form) 



The list form of the LXFRE macro instruction is used to construct a non-executable parameter 
list. The execute form of the LXFRE macro instruction can refer to or modify the parameter 
Ust. 

The list form of the LXFRE macro instruction is written as follows: 



name 
b 

LXFRE 
b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede LXFRE. 

One or more blanks must follow LXFRE. 



LXLlSl = listaddr 

,FORCE = NO 
,FORCE = YES 

.RELATED = va/Me 

,MF = L 



list addr: A-type address. 
Default: FORCE = NO 

value: any valid macro keyword specification. 



The parameters are explained under the standard form of the LXFRE macro instruction with 
the following exception: 

,MF = L 

specifies the list form of the LXFRE macro instruction. 
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LXFRE (Execute Form) 



The execute form of the LXFRE macro instruction can refer to and modify a remote parameter 
list created by the Hst form of the macro. 

The execute form of the LXFRE macro instruction is written as follows: 



name 
b 

LXFRE 
b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede LXFRE. 

One or more blanks must follow LXFRE. 



UOA^T^listaddr 

,FORCE = NO 
,FORCE = YES 

,RELATED = va/Me 

,MF = (E.cntl addr) 



list addr: RX-type address or register (0) - (12). 
Default: FORCE = NO 

value: any valid macro keyword specification. 
cntl addr: RX-type address or register (0) - (12). 



The parameters are explained under the standard form of the LXFRE macro instruction with 
the following exception: 

specifies the execute form of the LXFRE macro instruction. This form uses a remote 
parameter list. 
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LXRES - Reserve a Linkage Index 



The LXRES macro instruction reserves one or more linkage indexes for the caller's use. The 
reserved linkage indexes are owned by the cross memory resource ownership task of the current 
home address space. The linkage index reservation appUes across all hnkage tables in the 
system and remains in effect until one of the following happens: 

• An LXFRE macro instruction exphcitly frees a reserved Unkage index. 

• The cross memory resource ownership task terminates. 

• The operator re-IPLs the system. 

The requestor must be in supervisor state or PKM 0-7 executing in primary mode enabled and 
unlocked. Register 1 3 must point to a standard register save area that must be addressable in 
primary mode. The parameter hst passed to the LXRES macro instruction must also be 
addressable in primary mode at the time the macro instruction is issued. 

On return registers 3-14 are preserved, register 15 contains the return code, and the contents of 
registers and 1 are unpredictable. Register 2, because it is modified by the macro after the 
registers are saved, should not be used as the base register. 

The standard form of the LXRES macro instruction is written as follows: 



b 

LXRES 

b 



name: symbol. Begin name in column 1. 
One or more blanks must precede LXRES. 

One or more blanks must follow LXRES. 



LXLIST = list addr 

,SYSTEM=NO 
,SYSTEM = YES 

.RELATED = value 



Hst addr: RX-type address or register (0) - (12). 
Default: SYSTEM = NO 

value: any valid macro keyword specification. 
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The parameters are explained as follows: 

LXLIST = list addr 

specifies the address of a variable-length list of fuUword entries. The first fullword in the 
list must contain the number (1 to 32) of linkage index values to be returned. The list 
must be long enough to contain the requested number of values. The linkage index values 
are returned in the Hst entries in the proper position for ORing with the entry index to 
form a PC number. 

,SYSTEM = NO 
,SYSTEM = YES 

specifies whether (YES) or not (NO) the linkage indexes are being reserved for system 
connections. If YES is specified, a subsequent ETCON macro instruction specifying the 
Unkage index causes all address spaces to be connected to the entry table. 

,RELATED = vfl/Me 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding services performed elsewhere. The format and contents of the 
information specified can be any valid coding values. 

On return, register 15 contains the following return code: 

Hexadecimal 

Code Meaning 

The specified linkage indexes were successfully 

reserved. 



LXRES - Reserve a Linkage Index 2-205 



LXRES (List Form) 



The list form of the LXRES macro instruction is used to construct a non-executable parameter 
list. The execute form of the macro instruction can then refer to this list or a copy of it for 
reentrant programs. 

The list form of the LXRES macro instruction is written as follows: 



name 
b 
LXRES 



name: symbol. Begin name in column 1. 
One or more blanks must precede LXRES. 

One or more blanks must follow LXRES. 



1^0.157 = list addr 

,SYSTEM = NO 
,SYSTEM = YES 

,RELATED = va/Me 

,MF = L 



list addr: A-type address. 
Default: SYSTEM = NO 

value: any valid macro keyword specification. 



The parameters are explained under the standard form of the LXRES macro instruction with 
the following exception: 

,MF = L 

specifies the list form of the LXRES macro instruction. 
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LXRES (Execute Form) 



The execute form of the LXRES macro instruction can refer to and modify a remote parameter 
list constructed by the hst form of the macro instruction. 

The execute form of the LXRES macro instruction is written as follows: 



name 
b 

LXRES 
b 



«a/«e.symbol. Begin name in column 1. 
One or more blanks must precede LXRES. 

One or more blanks must follow LXRES. 



LXLlST-=listaddr 

,SYSTEM = NO 
,SYSTEM = YES 

,RELATED = va/Me 

,MV=(E,cntladdr) 



list addr: RX-type address or register (0) - (12). 
Default: SYSTEM = NO 

value: any valid macro keyword specification. 
cntl addr: RX-type address or register (0) - (12). 



The parameters are explained as under the standard form of the LXRES macro instruction with 
the following exception: 

,MF = iJ^^cntl addr) 

specifies the execute form of the LXRES macro instruction and cntl addr is the name or 
address of the list form of the macro. 
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MGCR - Internal START or REPLY Command 

The MGCR macro instruction can be used to start a program or subsystem from within your 
program and to pass 31 bits of information to the started program in the form of a token. The 
MGCR macro instruction can also be used to issue a reply to a WTOR macro instruction. 

The issuer must be in supervisor state, PSW key 0-7. 

The MGCR macro instruction is written as follows: 



name 
b 

MGCR 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede MGCR. 

One or more blanks must follow MGCR. 



command-buffer-address 



command-huff er-addr ess: RX-type address or register (1) or (2) - (12). 



The parameters are explained as follows; 

command-buffer-address 

specifies the address of a command buffer that contains the following information. 



Name 


Length 


flagsl 


1 byte 


length 


1 byte 


flags2 


2 bytes 


text 


up to 
126 bytes 


token 


31 bits 
right- 
justified 



Contents 

If bit is one, then flags2 must contain 
meaningful information. Bits 1-7 must be zero, 

Length of the buffer up to but not 
including the 4-byte token field. 

X'0800' - token is present. 
X'OOOO' - token is not present. 

Command, operands, and optional comments 
as follows: command operands comments 

An optional field containing any desired 
information, such as an identifier that 
indicates the issuing program. 



Notes: 

1. Register must contain zero. 

2. The command buffer must be located in 24-bit addressable storage. 

3. A token is meaningful only with the START command. 
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Register 15 contains one of the following return codes as the result of a START command. No 
return codes result from the REPLY command. 



Hexadecimal 
Code 



Meaning 



00 



Start command processed successfully. 
Register contains the right justified ASID 
of the started address space. 



08 



Start command failed. 



Example 1 



Operation: Issue an internal start command for the catalogued procedure labeled PROG. 



INPUT 



TOKEN 



SR 


0,0 


MGCR 


INPUT 


DC 


X'80' 


DC 


ALl (TOKEN- INPUT) 


DC 


X'0800' 


DC 


C'S PROG' 


DC 


AL4(DATA) 



For further examples of the internal REPLY command, refer to User Exits. 
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MODESET - Change System Status 

If you are executing in 31 -bit addressing mode, you must use the MVS/XA version of this 
macro instruction. 

The MODESET macro instruction is used to change system status by altering the PSW key 
and/or PSW problem state indicator. It causes a supervisor routine (lEAVMODE) to alter the 
RB old program status word (RBOPSW) so that the desired PSW is loaded when MODESET 
returns to the caller. MODESET also generates inline code that saves and/or changes the 
protection key in the current PSW. The MODESET macro instruction has two forms: the 
form that generates an SVC and the form that generates inline code. 

The form that generates inline code uses the SPKA instruction (see Principles of Operation) and 
can execute in supervisor or problem program state. If a problem state caller's key is marked 
as authorized in the PSW-key mask in control register 3, the inline form can execute in problem 
state. The inline form can be used by programs executing in cross memory mode. If the key 
you specify is TCB, RBTl, or RBT234, you must also ensure that current addressabiUty is to 
the home address space. 

The form that generates an SVC is executable by users in supervisor state, under PSW key 0-7, 
or APF-authorized. The SVC form cannot be used in cross memory mode. 

The macro instruction does not generate any return codes. 
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Inline Code Generation 



The standard form of the MODESET macro instruction that generates inhne code is written as 
follows: 

name name: symbol. Begin name in column 1 . 

b One or more blanks must precede MODESET. 
MODESET 

b One or more blanks must follow MODESET. 



EXTKBY = key 
KEYADDR = new key addr 
KEYREG = new key reg 



,SAVEKEY = old key addr 



,WORKREG = work reg 
,RELATED = value 



key: one of the following: 
SCHED SRM 

JES SUPR 

RSM DATAMGT 

VSM TCAM 



ZERO KEY2 

TCB KEYS 

RBTl KEY4 

RBT234 KEY7 



new key addr: A-type address or register (2). 

Notes: 

1. WORKREG is required if the following are specified: 

EXTKEY = TCB EXTKEY = RBT234 
EXTKEY = RBTl KEYADDR = A-type address 

2. The WORKREG parameter should be register 1-15 if one of these four 
parameters is specified because WORKREG is used as a base register on 
the SPKA instruction. WORKREG = sets the PSW key to zero. 

new key reg: register 1-15 without parentheses; may be symbolic. 

old key addr: A-type address or register (2). 

Notes: 

1. If KEYADDR = (2) is specified above, then SAVEKEY = (2) cannot be 
specified. 

2. The WORKREG parameter is required if SAVEKEY = A-type address is 
specified. 

3. If WORKREG and SAVEKEY are specified with KEYREG, the 
KEYREG register should be different from the WORKREG register. 
Also, if SAVEKEY is specified with KEYREG, the KEYREG register 
should not be register 2. 

work reg: decimal digits 0-15 without parentheses. 

value: any valid macro keyword specification. 



The parameters are explained as follows: 

EXTKEY = A:ej 

specifies the key to be set in the current PSW or the address of the key. 

SCHED - Scheduler key. 

JES - Job entry subsystem key. 

RSM - Real storage management key. 

VSM - Virtual storage management key. 

SRM - System resource management key. 

SUPR - Supervisor key. 
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DATAMGT - Data management key. 

TCAM - Telecommunications access method key. 

ZERO - Key of zero is to be set. 

TCB - Key is to be obtained from TCB field TCBPKF. 

RBTl - Key is to be obtained from the RBOPSW field of the active RB of type 1 
SVC routine issuing MODESET. 

RBT234 - Key is to be obtained from the RBOPSW field of the active RB preceding 
SVRB of type 2, 3, or 4 SVC routine issuing MODESET. 

KEY2 - Key of 2 is to be set. 

KEY3 - Key of 3 is to be set. 

KEY4 - Key of 4 is to be set. 

KEY7 - Key of 7 is to be set. 

KEYADT>R = newkeyaddr 

specifies a location 1 byte in length which contains the key in bit positions 0-3. If register 
(2) is specified, the key is contained in bit positions 24-27 (bits 28-31 are ignored). This 
parameter permits a previously saved key to be restored. If TCB, RBTl or RBT234 is 
specified as the key address, the TCB mapping macro IKJTCB is required. The user is 
expected to establish addressability to the TCB with a USING statement. 

KEYREG = new key reg 

specifies a register that contains a key value in bit positions 24-27. 

,SAVEKEY = old key addr 

specifies a location 1 byte in length where the current PSW key is to be saved, in bit 
positions 0-3. If register (2) is specified, the key is left in register 2. 

,WORKREG = worA: reg 

specifies the register into which the contents of register 2 are to be saved while performing 
the SAVEKEY function, or the working register to be used by the EXTKEY or 
KEY ADDR function. If WORKREG = 2 is specified, no register saving takes place. 

,RELATED = va/Me 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user, and may be any valid coding 
values. 
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SVC Generation 



The standard form of the MODESET macro instruction that generates an SVC is written as 
follows: 



MODESET 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede MODESET. 

One or more blanks must follow MODESET. 



KEY = ZERO 
KEY = NZERO 

,MODE = PROB 
,MODE = SUP 

.RELATED = va/Me 



Note: KEY is required if MODE is not specified. 
Note: MODE is required if KEY is not specified. 
value: any valid macro keyword specification. 



Example 1 



Example 2 



Example 3 



The parameters are explained as follows: 

KEY = ZERO 
KEY = NZERO 

specifies that the PSW key (bits 8-11) is to be either set to zero (ZERO) or set to the 
value in the caller's TCB (NZERO). 

,MODE = PROB 
,MODE=SUP 

specifies that the PSW problem state indicator (bit 15) is to be either turned on (PROB) 
or turned off (SUP). If the MODESET operation completes with a problem state PSW, 
the PSW-key mask in control register 3 is changed to authorize only the key specified by 
the problem state PSW. 



Operation: Save the current PSW key, and change the key to that of the scheduler. 

MODESET EXTKEY=SCHED , SAVEKEY=KEYSAVE , W0RKREG=1 

Operation: Change to supervisor mode and key zero. 

MODESET KEY=ZERO,MODE=SUP 



Operation: Save the current key at location KEY and set the key to the value contained in bits 
24-27 of register 3. 

MODESET KE YREG=REG3 , SAVEKEY=KEY , W0RKREG=4 
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MODESET (List Form) 



The list form of the MODESET macro instruction that generates an SVC is written as follows: 



MODESET 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede MODESET. 

One or more blanks must follow MODESET. 



KEY = ZERO 
KEY = NZERO 

,MODE = PROB 
,MODE=SUP 

, RELATED = value 

,MF = L 



Note: KEY is required if MODE is not specified. 



Note: MODE is required if KEY is not specified. 



value: any valid macro keyword specification. 



The parameters are explained under the standard form of the MODESET macro instruction, 
with the following exception: 

,MF = L 

specifies the Ust form of the MODESET macro instruction. 
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MODESET (Execute Form) 



The execute form of the MODESET macro instruction that generates an SVC is written as 
follows: 



MODESET 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede MODESET. 

One or more blanks must follow MODESET. 



RELATED = value, 
MF = (E.list addr) 



value: any valid macro keyword specification. 
list addr: RX-type address, or register (1). 



The parameters are explained under the standard form of the MODESET macro instruction, 
with the following exception: 

M¥ = {E,listaddr) 

specifies the execute form of the MODESET macro instruction, using a parameter list 
address. 
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NIL - Provide a Lock Via an AND IMMEDL^^TE (NI) Instruction 



The NIL macro instruction is used to provide a lock on a byte of storage on which an and 
immediate (NI) instruction is to be executed. Because the byte of storage exists in a 
multiprocessing environment, the possibility exists that the byte might be changed by another 
processor at the same time. Storage modification during NIL processing is accompUshed by 
using the compare and swap (CS) instruction. 

For details on the and immediate and compare and swap instructions, see Principles of 
Operation. 

The NIL macro instruction is written as follows: 



b 

NIL 

b 



name: symbol. Begin name in column 1. 
One or more blanks must precede NIL. 

One or more blanks must follow NIL. 



byte addr 

,mask 

,REF=stor addr 

,WREGS = (regl,reg2,reg3 
,'^REGS = (regl.reg2) 
,WKEGS = (regl„reg3) 
,WREGS^ (,reg2,reg3) 
,WREGS== (regl) 
,WREGS = (,reg2) 
,WREGS = („reg3) 



byte addr: RX-type address. 

mask: symbol or self defining term. 

stor addr: RX-type address. 

regl: symbol, or decimal digits 0-15. 
reg2: symbol, or decimal digits 1-15. 
reg3: symbol, or decimal digits 0-15. 
Default for regl: 
Default for reg2: 1 
Default for reg3: 2 



2-2 1 6 SPL: System Macros and Facilities Volume 2 



Example 1 



The parameters are explained as follows: 

byte addr 

specifies the address of the byte to which the AND function is to be applied. 

^mask 

specifies the value to be ANDed to the byte at the address specified above. 

,REF = stor addr 

specifies the address of a storage location on a fullword boundary. This address provides 
the means by which the compare and swap instruction may be executed. The address 
must be less than or equal to the byte address specified above, and the difference between 
the addresses must be less than 4095. The two addresses must be addressable via the 
same base register. 

,WREGS = (regl,reg2,reg3) 

,WREGS = fregi,reg2; 

,WREGS=r^eg7„regi; 

,WREGS = 6reg2,reg5; 

,WREGS = r''eg/; 

,WREGS = ^'-eg2; 

,WSi^GS = („reg3) 

specifies the work registers to be used to perform the compare and swap instruction, regl 
is used to contain the "old" byte; reg2 is used to contain the "updated" byte; and reg3 is 
used to contain the mask. 



Operation: Turn off bit ASCBXMET in byte ASCBCSl. The reference field, ASCBFW3, 
specifies the word being updated. 

NIL ASCBCS1,X'FF' -ASCBXMET, REF=ASCBFW3 
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NUCLKUP - Nucleus Map Lookup Service 



The NUCLKUP macro instruction can be used either to retrieve the address and AMODE of a 
nucleus CSECT or ENTRY or to retrieve the name and address of the nucleus CSECT, which 
is pointed to by a given address within the CSECT. 

This macro runs in the key and state of the caller. On entry to this macro, register 13 must 
point to a 72-byte register save area. 

The NUCLKUP macro instruction is written as follows: 



NUCLKUP 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede NUCLKUP. 

One or more blanks must follow NUCLKUP. 



BYNAME,NAME = «ame id 
BY ADDR,NAME = name he 



,ADDR = addr 



name id: 8-byte literal (enclosed in apostrophes), or the address of the 

8-byte literal which can be either an RX-type address, or register (1) - 

(12). 

name loc: RX-type address or register (1) - (12). 

addr: RX-type address, or register (0) or (2) - (12). 



The parameters are explained as follows. 

BYNAME 
BYADDR 

specifies the function to be performed. If BYNAME is specified, the user suppUes the 
name of a CSECT or ENTRY and receives the address and AMODE of that CSECT or 
ENTRY. If BYADDR is specified, the user suppUes an address within a CSECT and 
receives the name and address of the CSECT. 

,NAME = name id 

,NAME = name loc 

specifies the name or the location of the name of the CSECT depending on the option 
requested. If the user specifies BYNAME, name id contains the 8-character name to be 
searched for or the address of that name. If the user specifies BYADDR, name loc will 
contain the address of the 8-byte area in which the CSECT name is to be returned. 
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,AI>DR = addr 

contains the address to be searched for if BYADDR is specified; contains the address of 
the CSECT or ENTRY that is returned if BYNAME is specified. 

The NUCLKUP service routine sets bit of the word containing the address returned on 
a BYNAME request to indicate the AMODE. For example, if the requestor's AMODE 
is 31 -bit and the AMODE of the CSECT is ANY, the NUCLKUP service routine sets bit 
to 1. The setting of bit is summarized in the following table: 



Requestor's AMODE 


AMODE of CSECT 

24 31 ANY 


24 
31 






1 
1 




1 



When control is returned, the registers contain the following information: 



Register 



1 

2-14 
15 



Meaning 

For a BYNAME request, the address and AMODE of the CSECT or ENTRY; for a BYADDR 
request, the 31 -bit address of the CSECT 

For a BYNAME request, the high-order byte is zero and the low-order three bytes contain the 
length from the entry point to the end of the CSECT; for a BYADDR request, unchanged 

Unchanged 

Return code 



The return codes in register 15 are as follows: 



Hexadecimal 
Code 



Meaning 

The request was satisfied. 

The request was not satisfied. 

For a BYNAME request, the name was not found and the location containing the address w? 
set to zero. 

For a BYADDR request, the address was not found in the nucleus and the location contain] 
the name was set to zero. 

The request was not satisfied because the type of request was not specified correctly. The 
locations containing the name and address were set to zero. 



Example 1 



Operation: Place the address and AMODE of entry point lEAVESTU in register 0. 

NUCLKUP BYNAME , NAME= ' lEAVESTU ' , ADDR= ( ) 
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OIL - Provide a Lock Via an OR IMMEDIATE (OI) Instruction 

The OIL macro instruction is used to provide a lock on a byte of storage on which an or 
immediate (OI) instruction is to be executed. Because the byte of storage exists in a 
multiprocessing environment, the possibility exists that the byte might be changed by another 
processor at the same time. Storage modification during OIL processing is accomplished by 
using the compare and swap (CS) instruction. 

For details on the or immediate and compare and swap instructions, see Principles of Operation. 

The OIL macro instruction is written as follows: 



b 






OIL 






b 






byte 


addr 




,mask 




,REF = storaddt 






,WREGS = 


= (regl,reg2,reg3) 




,WREGS = 


■■ (regl,reg2) 




,WREGS = 


■■ (regl„reg3) 




,WREGS = 


■■ (.reg2.reg3) 




,WREGS = 


■(regl) 




,WREGS = 


■■(,reg2) 




,WREGS = 


■■ (.,reg3) 



name: symbol. Begin name in column 1. 
One or more blanks must precede OIL. 

One or more blanks must follow OIL. 



byte addr: RX-type address. 

mask: symbol or self defining term. 

stor addr: RX-type address. 

regl: symbol, or decimal digits 0-15. 
reg2: symbol, or decimal digits 0-15. 
reg3: symbol, or decimal digits 0-15. 
Default for regl: 
Default for reg2: 1 
Default for reg3: 2 
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Example 1 



The parameters are explained as follows: 

byte addr 

specifies the address of the byte to which the OR function is to be applied. 

,mask 

specifies the value to be ORed to the byte at the address specified above. 

,REF = 5for ac/</r 

specifies the address of a storage location on a fullword boundary. This address provides 
the means by which the compare and swap instruction may be executed. The address 
must be less than or equal to the byte address specified above, and the difference between 
the addresses must be less than 4095. The two addresses must be addressable via the 
same base register. 

,yNREGS^(regl,reg2,reg3) 

,VfVi^GS=(regl,reg2) 

,V^ViEGS^(regl„reg3) 

,V^Vi^GS=(,reg2,reg3) 

,WREGS = fre^7; 

,WREGS=r,reg2; 

,WREGS = 6,re^5; 

specifies the work registers to be used to perform the compare and swap instruction, regl 
is used to contain the "old" byte; reg2 is used to contain the "updated" byte; and reg3 is 
used to contain the mask. 



Operation: Turn on bit ASCBXMET in byte ASCBCSl. The reference field ASCB specifies 
the area containing the word being updated. 

OIL ASCBCSl, ASCBXMET, REF=ASCB 
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PCLINK - Stack, Unstack, or Extract Program Call Linkage 
Information 



Routines that receive control as a result of a PC instruction use the PCLINK macro instruction 
to provide a standardized method of maintaining PC linkage information. PCLINK has three 
forms: 

• PCLINK STACK saves some of the environment when a routine gets control as a result of 
a PC instruction. 

• PCLINK UNSTACK restores that environment before the routine issues a PT instruction 
to return control to the calling routine. 

• PCLINK EXTRACT retrieves information from the saved environment. 



STACK Option of PCLINK 



To use PCLINK STACK you must be in primary mode and supervisor state. You must not 
change registers 13-4 between the time you get control and the time you issue PCLINK 
STACK. 

The STACK option of the PCLINK macro instruction is written as follows: 



name: symbol. Begin name in column 1. 
One or more blanks must precede PCLINK. 



PCLINK 



One or more blanks must follow PCLINK. 



STACK 

,INKEY = ZERO 

,OUTKEY = CALLER 
,OUTKEY = ZERO 
,OUTKEY = KEYn 

,SAVE = YES 
,SAYE = NO 

,RELATED = value 



Default: OUTKEY = CALLER 

KEYn: Any valid PSW key value where n = 0-F. 



Default: SAVE = YES 



value: any valid macro keyword specification. 
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STACK,INKEY = ZERO 

specifies that the PSW key is zero upon entry to PCLINK. If this parameter is not 
specified, the macro expansion temporarily changes the PSW key to zero. 

,OUTKEY = CALLER 

,OUTKEY = ZERO 

,OUTKEY = KEYn where n is 0-F 

specifies the setting of the PSW key after the PCLINK macro instruction has completed. 
Specifying CALLER causes the PSW key to be restored to the value it had on entry. 
Specifying ZERO sets the PSW key to zero. Specifying a key value indicates a specific 
value for the key. 

,SAVE = YES 
,SAVE = NO 

specifies whether (YES) or not (NO) to preserve registers 8-12. The save area used is 
different from the area addressed by register 13. SAVE = YES is the default. Processing 
is more efficient if you code SAVE = NO. 

.RELATED rvalue 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding services performed elsewhere. The format and contents of the 
information specified can be any vaUd coding values. 

On completion of PCLINK STACK, the registers are as follows: 



RO, Rl Unchanged 

R2 Bits 0-23 contain bits 8-3 1 from register 2 at the time the 

macro was issued. Bits 24-31 contain the PCLINK caller's PSW key. 
R3, R4 Unchanged 

R5 Linkage register to return from PCLINK STACK 

R6, R7 Unchanged 

R8-R12 Unchanged if SAVE = YES 

Unpredictable if SAVE = NO 
R13 0, to ensure that the first save area created after the PC 

does not point to a previous save area. 
R14 Stack token to uniquely identify the stack entry created. 

This token is required for the UNSTACK and EXTRACT forms 

of PCLINK. 
R15 Unchanged 
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UNSTACK Option of PCLINK 



To use PCLINK UNSTACK, you must be in supervisor state. In addition, if you specify 
PCLINK UNSTACK,THRU and the token contained in the specified register indicates the 
stack element most recently queued for that unit of work, you must be in primary mode and the 
PASID must be the same as when the stack element was created. 

The UNSTACK option of the PCLINK macro instruction is written as follows: 

name name: symbol. Begin name in column 1. 

b One or more blanks must precede PCLINK. 
PCLINK 

b One or more blanks must follow PCLINK. 

UNSTACK 

,THRU = (reg) reg: Register (0) - (1 5). 

,TO='(reg) 

,PURGE = YES 

,INKEY = ZERO 

,OUTKEY = STACK Default: OUTKEY = STACK 

,OUTKEY = ZERO 

,SAVE = YES Default: SAVE = YES 

,SAVE = NO 

,ERRET = addr at?rfr.- RX-type address or register (0) - (13) or (15). 

jRELATED = value value: any valid macro keyword specification. 



The parameters are explained as follows: 

VNSTACK,Tmaj^ (reg) 

specifies that the stack element identified by the token contained in the specified register, 
as well as all more recently stacked elements, are to be removed from the requestor's 
stack. The stack element specified by the token is used to restore registers. If the system 
cannot process the request, the routine specified by the ERRET parameter gets control; if 
the ERRET parameter is not specified, the requestor is abnormally terminated. 

Processing is more efficient if you issue a separate PCLINK UNSTACK,THRU for each 
stack element you want to dequeue rather than unstacking several elements at a time. 

If the token you specify represents the most recently enqueued stack element, the PASID 
when UNSTACK,THRU is issued must be the same as the PASID when PCLINK 
STACK was issued for that element. 
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When a PCLINK UNSTACK,THRU is completed, the PSW program mask is restored 
from the stack element identified by the token and the registers are as follows: 



RO-Rl 


Unchanged 


R2 


Bits 24-27 contain the PSW key from the 




stack element identified by the token 


R3 


As saved by PCLINK STACK 


R4-R7 


Unchanged 


R8-R12 


Unchanged if SAVE = YES is specified 




Unpredictable if SAVE = NO is specified 


R13,R14 


As saved by PCLINK STACK 


R15 


Unchanged 



,TO=(reg) 

specifies that all stack elements stacked more recently than the element identified by the 
token contained in the specified register are to be removed from the stack. The element 
identified by the token remains on the stack. If the system cannot process the request, the 
routine specified by the ERRET parameter gets control; if the ERRET parameter is not 
specified, the requestor is abnormally terminated. 

Use the TO parameter for stack cleanup in an FRR or ESTAE retry routine or in an 
FRR that is going to retry. 

When a PCLINK UNSTACK,TO is completed, the registers are as follows: 



R0,R1 Unpredictable 

R2 Unchanged if INKEY = ZERO is specified and ERRET is not 

specified, otherwise, PSW key of PCLINK caller 
R3-R7 Unchanged 

R8-R12 Unchanged if SAVE = YES is specified 

Unpredictable if SAVE = NO is specified 
R13 Unchanged 

R14-RI5 Unpredictable 

,PURGE = YES 

specifies that each stack element is to be freed until no more exist on the requestor's 
stack. Any element that resides in a terminated address space as well as elements stacked 
prior to it are not freed, but the stack pointer indicates an empty stack and the PCLINK 
request returns normally to the caller. 

The ERRET parameter cannot be used with PURGE. 

When the PCLINK UNSTACK,PURGE is completed, the registers are as follows: 



RO.Rl 
R2 


Unpredictable 

Unchanged if INKEY = ZERO is specified, otherwise PSW key of 

PCLINK caller 


R3-R7 


Unchanged 


R8-R12 

R13 

R14-R15 


Unchanged if SAVE = YES is specified 
Unpredictable if SAVE = NO is specified 
Unchanged 
Unpredictable 



,INKEY = ZERO 

specifies that the PSW key is zero on entry to PCLINK. If this parameter is not 
specified, the macro expansion temporarily changes the key to zero. 
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,OUTKEY = STACK 
,OUTKEY = ZERO 

specifies the setting of the PSW key after the PCLINK request is completed. Specifying 
OUTKEY = ZERO returns to the caller in key zero. Specifying OUTKEY = STACK 
restores the key to the value contained in the stack element identified by token. 
OUTKEY = STACK is the default. 

This parameter is vaUd only with PCLINK UNSTACK,THRU. 

,SAVE = YES 
,SAVE = NO 

specifies whether (YES) or not (NO) registers 8 - 12 are to be preserved. The save area 
used for these registers is not the area pointed to by register 13. 

,ERRET = addr 

specifies the address of an exit routine to be given control if PCLINK UNSTACK 
encounters an error. ERRET is valid only with the TO and THRU parameters. 

The ERRET exit routine receives control in the addressing mode of the caller of 
PCLINK. When an ERRET exit routine gets control, the cross memory state is the same 
as when the PCLINK macro instruction was issued. The registers are as follows: 



R0,R1,R3,R13 


Unpr 


edictable 


R2 


PSW 


key of PCLINK caller 


R4-R7 


Unchanged 


R8-R12 


Unchanged if SAVE = YES is specified 




Unpredictable if SAVE = NO is specified 


R14 


The token passed as input 


R15 


4 


- stack was empty 




8 


- input token is invalid 




12 


- an address on the STKE queue is invalid 




16 


- An ASID on the STKE queue is invalid 




20 


- Unknown error 



,RELATED = vfl/j/e _^. "" ■ - 

specifies information Used to self-document macro instructions by "relating" functions or 
services to corresponding services performed elsewhere. The format and contents of the 
information specified can be any valid coding values. 
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EXTRACT Option of PCLINK 



To use PCLINK EXTRACT, you must either be in PSW key 0, supervisor state, or have a 
PSW key mask authorized for key 0. 

In addition, you must have addressability to the same address space as when PCLINK STACK 
was issued for the stack element from which you are extracting data. 

PCLINK EXTRACT modifies registers 0, 1, 14, and 15. If ALL = YES is specified, registers 
13-4 are also modified. 

The EXTRACT option of the PCLINK macro instruction is written as follows: 



name 
b 

PCLINK 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede PCLINK. 

One or more blanks must follow PCLINK. 



EXTRACT 

,TOKEH=(reg) 

,ALL = YES 

,SVAKEK = (r€g) 
,RETADR=('reg; 
,?AmA\S = (reg) 
,PARMO=(^reg; 
,VAKMl = (reg) 
,KEY = (reg) 
,A.Sm= (reg) 
XP=(reg) 
.ENTRY =(^reg; 

,RELATED = va/Me 



reg: Register (0) - (15). 



value: any valid macro keyword specification. 



The parameters are explained as follows: 

EXTRACT,TOKEN = (reg) 

specifies a register that contains a 32-bit stack token identifying the most recently stacked 
element. 

,ALL = YES 

specifies that all information stored in the stack element identified by the token is to be 
extracted. The stored information is placed into the same registers (registers 13, 15, and 
0-4) it was in when PCLINK STACK was issued. Registers 5 and 14 are not restored. 

,SVAREA=fre^; 

specifies a register into which the address of the program call issuer's save area is to be 
placed. 
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,RETADR= (reg) 

specifies a register into which the AMODE (in which control is to be returned), the return 
address, and PSW problem state bit are to be placed. These occupy bits 0,1-30, and 31, 
respectively. 

,FARM15= (reg) 

,PARM1 = (reg) 

,PARMO=^re^; 

specifies a register into which the contents of register 15 (FARM 15), register 1 (PARMl), 
or register (PARMO) at the time PCLINK STACK was issued are to be placed. 

,KEY^ (reg) 

specifies a register into which the PC issuer's PSW key is to be placed. The key occupies 
bit positions 24-27, which are the same positions as those used by the IPK instruction. 

,ASm= (reg) 

specifies a register into which the PC issuer's PSW key mask (bits 0-15) and ASID (bits 
16-42) are to be placed. 

,LF=(reg) 

specifies a register into which the latent parameter pointer is to be placed. 

,ENTRY-=(reg) 

specifies a register into which the contents of register 5 as established by the PCLINK 
STACK macro instruction are to be placed. Bit of the register used by the ENTRY 
parameter specifies the addressing mode of the program call routine that issued the 
PCLINK macro instruction. 

,RELATED = vfl/Me 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding services performed elsewhere. The format and contents of the 
information specified can be any valid coding values. 
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PGANY - Page Anywhere 



Some fixed pages are assigned within the first 16 megabytes of storage. The real storage 
manager (RSM) assumes that once a page has been fixed, it is Hkely to be fixed again. 
Therefore, RSM sets a bit to indicate that a page was previously fixed and required storage in 
the first 16 megabytes of real storage. The next time that page is loaded, RSM tries to put it in 
the first 16 megabytes in anticipation of a fix. Use the PGANY macro instruction to indicate to 
RSM that no further page fixes are planned for a particular page and that the next time the 
page is loaded, RSM can put it anywhere. 

Entry is by means of an SVC. The caller can be in either problem or supervisor state and must 
not hold any locks. On entry, register contents are as follows: 



Register 
Register 1 



Zero 

If bit of byte is 1 , register 1 contains 

a pointer to the virtual subarea list, 

If bit of byte is 0, registers 1 and 1 5 
contain a virtual subarea Ust entry. 



On return, register contents are as follows: 



Registers 0-1 
Registers 2-14 
Registers 15 



Unpredictable 
Unchanged 
Return code 



The PGANY macro instruction is written as follows: 



name 
b 

PGANY 
b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede PGANY. 

One or more blanks must follow PGANY. 



L,LA = list addr 
R,A = start addr 
,EA = end addr 



list addr: RX-type address or register (1) or (2) - (12). 

start addr: RX-type address or register (1), (2) - (12). 

end addr: RX-type address or register (15), (2) - (12). 
Note: Cannot be specified unless R is specified. 
Default: EA = start addr + 1 . 
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The parameters are explained as follows: 

L 

specifies that the virtual subarea list (VSL) is being supplied with this request. (See the 
topic "Input to Page Services" in Volume 1 for a description of the virtual subarea list.) 

,LA = list addr 

specifies the address of the virtual subarea list. 

R 

specifies that the necessary parameters will be passed in registers. A virtual subarea list is 
not being supplied. 

,A = start addr 

specifies the address of the start of the virtual area. 

,EA = end addr 

specifies the end + 1 byte of the virtual area. If this parameter is not coded, the 
default is the start address + 1 . 

Note: start addr and end addr must be located in 24-bit addressable storage. 

Upon completion, register 15 contains one of the following return codes: 



Hexadecimal 




Code 


Meaning 


00 


Operation completed normally. 


04 


Parameter error, X'lTl' abend, operation 




terminated because of invalid address 




in VSL entry. 



10 Parameter error, X'17r abend, operation 

terminated abnormally because the VSL 
list was invalid. 

14 Environmental error, X'028' abend. 

For return codes 04 and 10, registers are loaded before the abend as follows: 



RO Unpredictable 

Rl Abend code 

R2-R10 Unpredictable 

Rl I Address of input VSL list or for R-form 

R12 0(ECB address =0) 

R13-R14 Current VSL entry being processed 

R15 Return code 
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PGFIX - Fix Virtual Storage Contents 



The PGFIX macro instruction makes virtual storage areas, below 16 megabytes, resident in real 
storage and ineligible for page-out while the requesting task's address space occupies real 
storage. The PGSER macro instruction performs this function for addresses either above or 
below 16 megabytes. PGFIX (and PGSER) ignore requests to fix storage in a system area that 
has the fixed attribute (for example, the LSQA and SQA). A FIX request for a page in the 
LSQA or SQA will not cause the page to be backed by real storage below 16 megabytes. A 
subsequent PGFREE is effective only if issued by the same task. The PGFIX function is 
available only to authorized system functions and users. 

PGFIX does not prevent pages from being paged out when an entire address space is swapped 
out of real storage. Consequently, when using the PGFIX macro instruction, you can not 
assume a constant real address mapping for fixed pages that are susceptible to swapping. 

The standard form of the PGFIX macro instruction is written as follows: 



b 

PGFIX 

b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede PGFIX. 

One or more blanks must follow PGFIX. 



R 
L 

,LA = list addr 

,A = start addr 

,ECB = ecb addr 

,EA = end addr 



,LONG = Y 
,LONG = N 

,RELEASE = N 
.RELEASE = Y 

.RELATED = v<3/Me 



list addr: A-type address, or register (1) or (2) - (12). 

start addr: A-type address, or register (1) or (2) - (12). 

ecb addr: A-type address, or register (0) or (2) - (12). 

end addr: A-type address, or register (2) - (12) or (15). 
Default: start addr + 1 

Default: LONG = Y 



Default: RELEASE = N 

Note: RELEASE = Y may only be specified with EA above. 

value: any valid macro keyword specification. 
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The parameters are explained as follows: 

R 

specifies that no parameter list is being supplied with this request. 

L 

specifies that a parameter list is being supplied with this request. 

JuA = list addr 

specifies the address of the first entry of a virtual subarea list (VSL). See the topic "Input 
to Page Services" in Volume 1 for a description of the VSL. 

,A = start addr 

specifies the start address of the virtual area to be fixed. 

Note: start addr must be located in 24-bit addressable storage. 

^ECB = ecb addr 

specifies the address of the ECB that is used to signal event completion. If the ECB 
address specified is zero, (ECB = or ECB - (register) where the contents of the register 
specified is 0), the fix request is completely satisfied before control is returned. 

Note: If the user intends to wait on the ECB as part of an ECB list, he must ensure that 
the hst and associated ECBs are fixed in real storage before issuing the WAIT. The 
PGFIX service routine ensures that the specified ECB is fixed. 

iEA = end addr 

specifies the end address + 1 of the virtual area to be fixed. 

Note: end addr must be located in 24-bit addressable storage. 

,LONG = Y 
,LONG = N 

specifies that the relative real time duration anticipated for the fix is long (Y) or short 

(N). 

,RELEASE = N 
,RELEASE = Y 

specifies that the contents of the virtual area is to remain intact (N) or be released (Y) 
before the fix is done. 

,RELATED = va/Me 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user, and may be any valid coding 
values. 



2-232 SPL: System Macros and Facilities Volume 2 



Upon completion, register 1 5 contains one of the following return codes: 



Example 1 



Example 2 



Example 3 



Hexadecimal 
Code 

00 
04 



08 
10 



Meaning 

Operation completed normally; ECB posted complete. 

Operation abnormally terminated with a X'lTl' abend. Operation incomplete because of 
invalid address virtual subarea list entry; ECB posted complete. See Message Library: System 
Codes for a complete description of the register contents after a X'lTl' abend. 

Operation proceeding; ECB will be posted when all requested pages are fixed in real storage. 

Operation abnormally terminated with a X'l?!' abend. Virtual subarea list entry or ECB 
address invalid; no ECB is posted. See Message Library: System Codes for a complete 
description of the register contents after a X'l?!' abend. 



The ECB is unchanged if the request was initiated but not complete (return code 8), or if an 
ABEND was issued with return code 10. Otherwise, the ECB is posted complete with code: 

- operation completed successfully. 

4 - operation incomplete because of invalid address in VSL entry. 

If the return code issued is 8, the ECB is posted asynchronously when paging I/O has 
completed, with code: 

- operation completed successfully. 

4 - operation incomplete because of paging error; requesting TCB 

will be abnormally terminated. 

The ECB code is posted in the low-order 3 bytes of the ECB, and is right-justified. 



Operation: Fix a single byte of virtual storage addressed by register 3. Note that the full 
4096-byte page containing the specified byte is actually fixed. The storage is long fixed. 

PGFIX R,A=(R3) ,ECB=(R5) 



Operation: Fix virtual storage without using a virtual subarea list. Storage is long fixed. 
PGFIX R,A=(R3) ,EA=(R4) ,ECB=ECB1 



Operation: Fix, but not long-fix, virtual storage, and ensure that the pages fully included in the 
address range are forfeited before fixing the area specified by registers 3 and 4. 

PGFIX R , A= ( R3 ) , EA= ( R4 ) , ECB= ( R5 ) , LONG=N , RELEASE=Y 
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PGFIXA - Fix Virtual Storage Contents 



Output 



Restrictions 



The PGFIXA macro instruction makes virtual storage areas, below 16 megabytes, resident in 
real storage and ineligible for page-out while the requesting task's address space occupies real 
storage. The PGSER macro instruction performs this function for addresses either above or 
below 16 megabytes. The PGFIXA function is available only to key zero and supervisor state 
users. The PGFIXA macro instruction executes short-term, synchronous page fixes. The 
preferred area(s) of storage are intended for long term page fixes. A long term page fix in the 
V = R or non-preferred areas may delay V = R functions or CONFIG STORAGE commands. 
All fix processing is assumed to be short-term and is complete when control is returned to the 
issuer of the macro. 

PGFIXA does not prevent pages from being paged out when an entire address space is swapped 
out of real storage. Consequently, when using the PGFIXA macro instruction, you cannot 
assume a constant real address mapping for fixed pages that are susceptible to swapping. 



If the PGFIXA is successful, control is returned enabled to the user, all pages are fixed, and 
register 1 5 contains a return code of zero. 

If the PGFIXA is unsuccessful, the user will be abended with a system completion code 6f 
X'17r or a system complete code of 028. For X'lTl' abends, all pages processed up to, but not 
including the page causing the error, will be fixed. Register 10 will contain the address of the 
pages in error when the abend is issued. No pages will be fixed in the event of a X'028' abend. 



Use of the PGFIXA macro instruction is subject to the following restrictions: 

• Can be used only for short term synchronous fixes. 

• The user must be in supervisor state with a protection key of zero. 

• The user must not hold any spin locks. 

• The program mask byte in the PSW is zero and interrupts are enabled upon return from 
the PGFIXA. 

• The user is responsible for freeing any pages fixed via the PGFIXA. A corresponding 
PGFREEA macro instruction should be issued. In addition, an FRR should be established 
during the period where fixes are outstanding. The FRR should free the frames in case 
there is an unexpected error. 



• DSECTs for the IHAPSA, CVT, and IHAPVT must be provided. 
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• The user must ensure that the end address is greater than or equal to the start aadress. 

• The SAVE keyword can only be used with TYPE = R. 

The standard form of the PGFIXA macro instruction is written as follows: 



name 
b 

PGFIXA 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede PGFIXA. 

One or more blanks must follow PGFIXA. 



,TYPE = L 
,TYPE = R 

,SAVE = YES 
,SAVE = NO 



Default: TYPE = R 
Default: SAVE = YES 



Example 1 



Example 2 



The parameters are explained as follows: 

TYPE = L 
TYPE = R 

specifies the type of input. When L is specified, register 1 is to contain the address of a 
virtual subarea list (VSL) fixed in storage. (See the topic "Input to Page Services" in 
Volume 1 for a description of the VSL.) By specifying TYPE = L, registers 1 through 13 
are saved. If TYPE = R is specified, then register 1 contains the address of the first byte 
to be fixed in a contiguous range and register 2 contains the address of the last byte to be 
fixed (actual end address). When TYPE = R is specified, the registers saved depend upon 
what is specified on the SAVE parameter. 

Note: All other users of the PGFIX, PGFIXA (TYPE = L), and PGFREEA macro 
instructions must specify the actual end address plus one. 

,SAVE = YES 
,SAVE = NO 

specifies the registers to be saved for TYPE = R. Registers 1 through 13 are saved if 
SAVE = YES is specified or if the default is taken. Registers 2 through 10 are saved if 
SAVE = NO is specified. 



Operation: Use PGFIXA to fix virtual storage without using a virtual subarea list. Registers 2 
through 10 will be saved. 

FIXl PGFIXA TYPE=R,SAVE=NO 



Operation: Use PGFIXA to fix virtual storage using a virtual subarea list. Registers 1 through 
13 will be saved. 

FIX2 PGFIXA TYPE=L 
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PGFREE - Free Virtual Storage Contents 



The PGFREE macro instruction makes virtual storage pages, below 16 megabytes, that were 
fixed via the PGFIX macro instruction ehgible for page-out. The POSER macro instruction 
performs this function for addresses either above or below 1 6 megabytes. The PGFREE 
function is available only to authorized system functions and users. PGFREE must be issued 
by the same task that issued the PGFIX, otherwise PGFREE has no effect. 

Note: A fixed page is not considered pageable until the number of PGFREEs issued for the 
page is equal to the number of PGFIXes previously issued for that page. That is, a page is not 
automatically made pageable as the result of issuing a PGFREE macro instruction. 

The standard form of the PGFREE macro instruction is written as follows: 



PGFREE 
b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede PGFREE. 

One or more blanks must follow PGFREE. 



,LA = list addr 

R 

,A = start addr 

,ECB = ecb addr 
,EA = end addr 



,ANYWHER = N 

,ANYWHER = Y 

,RELEASE = N 
,RELEASE = Y 



,RELATED = va/Me 



list addr: A-type address, or register (1) or (2) - (12). 

start addr: A-type address, or register (1) or (2) - (12). 

ecb addr: A-type address, or register (0) or (2) - (12). 

end addr: A-type address, or register (2) - (12) or (15). 
Default: start addr + 1 

Default: ANYWHER = N 



Default: RELEASE = N 

Note: RELEASE = Y may only be specified with EA above. 

value: any valid macro keyword specification. 
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The parameters are explained as follows: 

L 

specifies that a parameter list is being supplied with this request. 

,LA = list addr 

specifies the address of the first entry of a virtual subarea Ust (VSL). See the topic "Input 
to Page Services" in Volume 1 for a description of the VSL. 

R 

specifies that no parameter hst is being supplied with this request. 

,A = start addr 

specifies the start address of the virtual area to be freed. 

Note: start addr must be located in 24-bit addressable storage. 

,ECB = ecb addr 

specifies the address of the ECB that was used in a prior PGFIX request. This parameter 
is used if there is any possibility that the ECB for the previously issued PGFIX was not 
posted complete. 

,EA = end addr 

specifies the end address + 1 of the virtual area to be freed. 

Note: end addr must be located in 24-bit addressable storage. 

,ANYWHER = N 
,ANYWHER = Y 

On subsequent page-ins, assign real storage frames below 16 megabytes in anticipation of 
a page fix (N) or on subsequent page-ins, assign real storage frames anywhere (Y). The 
ANYWHER option takes effect only when the page fix count goes to zero. The default is 
ANYWHER = N. 

,RELEASE = N 
,RELEASE = Y 

specifies that the contents of the virtual area is to remain intact (N) or be released (Y). 

,RELATED = vfl/we 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user, and may be any valid coding 
values. 
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When control is returned, register 15 contains one of the following return codes: 



Example 1 



Example 2 



Example 3 



Hexadecimal 
Code 

00 
04 

10 



Meaning 

Operation completed normally. 

Operation abnormally terminated. Operation incomplete because of invalid address in virtual 
subarea list entry. 

Operation abnormally terminated. Virtual subarea list entry or ECB address invalid. 



Operation: Free the storage in Example 1 of standard-form PGFIX. 

PGFREE R,A=(R3) 

Operation: Free the storage in Example 2 of standard-form PGFIX. 

PGFREE R,A=(R3) ,EA=(R4) 



Operation: Free the storage in Example 3 of standard-form PGFIX, and forfeit the pages fully 
included in the address range. 

PGFREE R , A= ( R3 ), EA= ( R4 ), ECB= ( R5 ), RELEASE=Y 
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PGFREEA - Free Virtual Storage Contents 



Restrictions 



Output 



The PGFREEA macro instruction makes virtual storage areas, below 16 megabytes, that were 
fixed by the PGFIXA macro instruction eligible for page-out. The POSER macro instruction 
performs this function for pages either above or below 16 megabytes. The PGFREEA function 
is available only to key zero and supervisor state users. 

The standard form of the PGFREEA macro instruction is written as follows: 



name name: symbol. Begin name in column 1. 

b One or more blanks must precede PGFREEA. 
PGFREEA 

b One or more blanks must follow PGFREEA. 



No additional parameters are specified. 



Use of the PGFREEA macro instruction is subject to the following restrictions: 

• The issuer of the PGFREEA must provide a fixed virtual subarea Ust (VSL) or chain of 
them, pointed to by register 1 . 

• The user must be in supervisor state, protection key 0. 

• The user must provide DSECTs for IHAPSA, CVT, and IHAPVT. 



If the PGFREEA is successful, all pages will be freed and register 15 will contain a return code 
of zero. If unsuccessful, all pages up to, but not including the one that caused the abend will be 
freed. The user will be abended with a system completion code of X' 171'. 
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PGSER - Page Services 



The PGSER macro instruction and its fast path version perform the same paging services that 
PGANY, PGFIX, PGFIXA, PGFREE, PGFREEA, PGLOAD, PGOUT, and PGRLSE 

perform for addresses below 16 megabytes. PGSER performs these services for addresses either 
above or below 16 megabytes. 

Except for the TCB, all input parameters to this macro instruction can reside in storage above 
16 megabytes if the caller is executing in 31 -bit addressing mode. 

The services are: 

• Page fix equivalent to PGFIX 

• Fast path to fix virtual storage 

• Page free equivalent to PGFREE 

• Fast path to free virtual storage 

• Page load equivalent to PGLOAD 

• Page out equivalent to PGOUT 

• Page release equivalent to PGRLSE 

• Page anywhere equivalent to PGANY 

This macro is also described in Supervisor Services and Macro Instructions with the exception 
of the restricted parameters. The parameters FIX and FREE are restricted to APF-authorized, 
key zero, or supervisor state callers. The parameters BRANCH = SPECIAL and BRANCH = Y 
are restricted to enabled, supervisor state, key zero callers; users of these options must provide 
the address of an 18-word save area in register 13. (See the section "Branch Entry to the 
PGSER Routine" in volume 1 for more information about branch entry.) The RELEASE 
option of the macro is restricted to supervisor state key zero users if the common area is being 
released. Non-authorized users can release only the private area. 

Regardless of the addressing mode, all addresses passed in registers are used as 31 -bit addresses. 
All RX-type addresses are assumed to be in the addressing mode of the caller. 
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The syntax of the fast path version of PGSER is presented separately following this standard 
description. The standard form of the PGSER macro instruction is written as follows: 



name 
b 

PGSER 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede PGSER. 

One or more blanks must follow PGSER. 



R 

L 

,FIX 

,FREE 

,LOAD 

,OUT 

.RELEASE 

,ANYWHER 

,LA = list addr 



,A = start addr 



,EA = end addr 



,TCB = tcb addr 



,ECB = ecb addr 



.RELEASE = Y 
.RELEASE = N 



,LONG = Y 
,LONG = N 

,BACKOUT = Y 
,BACKOUT = N 

,KEEPREL = Y 
,KEEPREL = N 

,ANYWHER = Y 
,ANYWHER-N 

.BRANCH = Y 
.BRANCH = N 

.RELATED = value 



list addr: RX-type address or register (1), (5) - (12) for branch entry; or 
register (1), (2) - (12) for SVC entry. 
Note: This parameter is valid only with L. 

start addr: RX-type address or register (1). (5) - (12) for branch entry; or 
register (1), (2) - (12) for SVC entry. 
Note: This parameter is valid only with R. 

Defmk: EA = start addr 

end addr: RX-type address or register (2), (5) - (12) for branch entry; or 

register (15), (2) - (12) for SVC entry. 

Note: This parameter is valid only with R. 

Default: TCB = 

tcb addr: RX-type address or register (4), (5) - (12). 

Note: This parameter can be specified only if FIX, FREE, LOAD, or 

OUT and BRANCH = Y are specified. 

Default: If FREE or LOAD is specified, ECB = 0. 

ecb addr: RX-type address or register (0), (5) - (12) for branch entry; 

or register (0), (2) - (12) for SVC entry. 

Note: This parameter is required if FIX is specified; is optional if FREE 

or LOAD is specified; and is invalid for OUT, RELEASE, or 

ANYWHER. For synchronous page fix the ECB address must be 0. 

Default: RELEASE = N 

Note: This parameter may be specified only if FIX. FREE, or LOAD is 

specified. 

Default: LONG = Y 

Note: This parameter may be specified only if FIX is specified. 

Default: BACKOUT = Y 

Note: This parameter may be specified only if FIX is specified. 

Default: KEEPREL = N 

Note: This parameter may be specified only if OUT is specified. 

Default: ANYWHER = N 

Note: This parameter may be specified only if FREE is specified. 

Default: BRANCH = N 



value: any valid macro keyword specification. 
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R 
L 

specifies the manner in which the input is supplied. If R is specified, the user supphes the 
starting and ending addresses of the virtual area for which the service needs to be 
performed. Before processing the request, page services puts these addresses in registers 1 
and 15, respectively. If L is specified, the user supphes the address of the page services 
list (PSL), which specifies the virtual area for which the service is to be performed. Before 
processing the request, page services puts the address of the PSL in register 1. See the 
topic "Input to Page Services" in Volume 1 for a description of the PSL. 

,FIX 

,FREE 

,LOAD 

,OUT 

,RELEASE 

,ANYWHER 

indicates the function to be performed. 

FIX specifies that the virtual storage areas are to reside in real storage and are inehgible 
for page-out while the address space is swapped in. This parameter does not prevent 
pages from being paged out when the entire address space is swapped out of real storage. 
FIX will ignore a request to fix storage in a system area that has the fixed attribute (for 
example, the LSQA and SQA). A FIX request for a page in the LSQA or SQA will not 
cause the page to be backed by real storage below 16 megabytes. 

FREE specifies that the virtual storage areas that were previously fixed via the FIX 
option are eligible for page-out. A fixed page is not considered pageable until the number 
of FREE and FIX requests for the page are equal. 

LOAD specifies that a page-in operation is to be initiated for the virtual storage area 
specified, in anticipation of future needs. 

OUT specifies that a page-out operation is to be initiated for the virtual storage area 
specified. 

RELEASE specifies that all real and auxiliary storage, associated with the virtual storage 
area specified, is to be released. 

ANYWHER appUes to virtual storage areas that did not specify LOC = (BELOW,ANY) 
or LOC = (ANY, ANY) or LOC = ANY on a GETM AIN request, that have been 
previously fixed, and probably will not need to be fixed again. ANYWHER specifies that 
the virtual storage area specified can be placed either above or below 16 megabytes real 
on future page-ins. 

,LA = list addr 

specifies the address of the page services Ust (PSL) for L requests. 

,A = start addr 

specifies the address of the start of the virtual area for R requests. 

,EA = end addr 

specifies the address of the end of the virtual area for R requests. 
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,TCB = tcb addr 

specifies either zero or the address of the TCB to be assigned ownership of fixes for a FIX 
request or fixes for a FREE request. If zero is specified, no TCB is assigned ownership of 
the request. Cross memory callers must specify zero. 

For OUT and LOAD requests, the PGSER routine associates the request with a 
particular TCB so that the request can be purged if the task terminates before the request 
is complete. For SVC entry (BRANCH = N), the PGSER routine uses the current TCB. 

Note: The TCB resides in storage below 16 megabytes. 

,ECB = ecb addr 

specifies the address of the ECB that is used to signal event completion for an 
asynchronous FIX or LOAD request. If the caller is in cross memory mode or if the 
caller requests a synchronous page fix (a FIX for which the caller is suspended until the 
entire FIX request is complete), the ECB must be zero (ECB = or ECB = (r), where (r) 
represents a register that contains zero). 

For a FREE request, ECB specifies the address of the ECB that was used in a previous 
FIX request. If this parameter is specified, any pages in the previous FIX request that are 
not yet fixed, will not be fixed. If L is specified, the PSL chain must contain the 
addresses of the virtual pages in the same order in both the FREE and the previous FIX 
request. Also, the ECB for the FIX request will not be posted if it was not yet posted at 
the time of the FREE request. 

If the ECB parameter is not specified on a FREE request, only the fix counts for the valid 
pages in storage at the time of the FREE request are decreased. This will not affect the 
paging activity and the posting of the ECB associated with the original FIX request. 

If an ECB is supplied on a FIX or LOAD request, the caller must check the return code 
because the ECB will not be posted if the return code is zero. If an ECB is not supplied, 
it is not necessary to check the return code because control returns to the caller only if the 
request was successfully completed; if unsuccessful, page services abnormally terminates 
the caller. 

For all callers that supply an ECB, page services verifies that the ECB address is in an 
area allocated via GETMAIN and if the caller is not in key 0, page services also verifies 
that the ECB is in the caller's protect key. Before posting the ECB, page services again 
verifies that the ECB is located in an allocated area and that the ECB is in the caller's 
protect key. (This is to check that the allocated area has not been freed via FREEMAIN 
and the protect key has not been changed.) It is the user's responsibility to ensure that 
the page containing the ECB is not freed and that the key is not altered. If either test 
fails, page services does not post the ECB. 

,RELEASE = Y 
,RELEASE = N 

specifies that all the real and auxiliary storage associated with the virtual storage areas is 
to be released to the system (Y) or that all the real and auxiliary storage associated with 
the virtual storage areas is not to be released to the system (N). 
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,KEEPREL = Y 
,KEEPREL = N 

specifies that the virtual pages should be validated again after the page-out completes (Y); 
or that the virtual pages will be marked invalid and the real storage frames freed for reuse 

(N). 

,LONG = Y 
,LONG = N 

specifies that the relative real time anticipated for the FIX is long (Y); or that the relative 
real time anticipated for the FIX is short (N). (In general, the duration of a fix is long if 
it can be measured in seconds.) 

,BACKOUT = Y 
,BACKOUT = N 

specifies the procedure to follow when a non-allocated page is encountered during the 
processing of a FIX request. If BACKOUT = Y, all pages fixed as part of the request are 
freed before returning to the caller. If BACKOUT = N, the pages previously fixed as part 
of the request are not freed and no further processing is done before returning to the 
caller. 

,ANYWHER = N 
,ANYWHER = Y 

specifies that on subsequent page-ins, page services is to assign real storage frames below 
16 megabytes in anticipation of a page-fix (N); or on subsequent page-ins, page services is 
to assign real storage frames anywhere (Y). The ANYWHER option takes effect only 
when the page-fix count goes to zero. 

,BRANCH = Y 
,BRANCH = N 

specifies whether or not this is a branch entry. 

If BRANCH = Y is specified, it is a branch entry; and users of this option must provide 
the address of an 18-word save area in register 13. Register 2 contains the ending 
address. 

If BRANCH = N is specified, it is an SVC entry. Register 15 contains the ending address. 

Cross memory callers must use BRANCH = Y. 

,RELATED = va/Me 

provides information to document the macro by relating the service performed to some 
corresponding function or service. The format can be any valid coding value that the user 
chooses. 

On return the register contents are as follows: 
Register Contents 

0-4 The contents are destroyed and unpredictable. 

5-13 The contents are unchanged. 

14 The contents are destroyed and unpredictable. 

15 This register contains the return code. 
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The return codes, given in register 15, along with the option used and the meaning follow: 



Option 


Code 


Meaning 


FIX 





The operation completed normally 
and the ECB will not be posted. 


FIX 


8 


The operation is proceeding, 
the ECB (if available) will be posted 
with X'OO' when the requested 
pages are fixed. 


FREE 





The operation completed normally. 


LOAD 





The operation completed normally 



LOAD 



OUT 







c 


RELEASE 





ANYWHER 






and the ECB will not be posted. 
If no ECB is supplied, the operation 
is completed or proceeding. 

The operation is proceeding. 
The ECB will 

be posted with X'OO' when all 
page-ins are complete. 

The operation completed normally. 

At least one page in the requested range 

was not paged out. 

The operation completed normally. 

The operation completed normally. 



If a error is found in one of the parameters, the requestor is abnormally terminated with a 
system abend code of X' 18 A' and one of the following hexadecimal reason codes is provided in 
register 15: 



Hexadecimal 
Code 



10 



Meaning 

A page-fix operation abnormally terminated 

cause of an invalid address in a PSL 

entry. The ECB will not be posted. 

A page-release operation abnormally terminated 

because either a page release was attempted 

for permanently backed storage or a non-system 

key caller attempted to release storage 

in a different key. 

A page-fix, page-free, or a page-load 

operation abnormally terminated because the 

PSL or ECB address was invalid. 



Callers not authorized to use a specific service are abnormally terminated with a system abend 
code of X'28A' and a hexadecimal error code of X'lO' in register 15. If an environmental error 
is encountered while processing the page-services request, the caller is abnormally terminated 
with a system abend code of X'028' and a hexadecimal error code of X'14' in register 15. A 
unique reason code is also provided in register for these errors. 



PGSER - Page Services 2-245 



Example 1 



Example 2 



Example 3 



Example 4 



Example 5 



Operation: Synchronously fix the page that starts at the address given in register 1 and ends at 
the address given in LOADWORD. Use branch entry. No particular TCB is associated with 
this request. 

PGSER R , FIX , A= ( 1 ) , ECB=0 , EA=LOADWORD , TCB=0 , BRANCH=Y 



Operation: Free the page specified in the PSL pointed to by register 2. The ECB address is 
given in register 8. Use branch entry. Release all real and auxihary storage associated with this 
virtual area. Do not attempt to back the area below 16 megabytes on future page-ins. 

PGSER L , FREE , LA= ( 2 ) , ECB= ( 8 ) , RELEASE=Y , ANYWHER=Y , BRANCH=Y 



Operation: Load the page specified in the PSL pointed to by register 1 . Supply an ECB of 
zero. 

PGSER L , LOAD , LA= ( 1 ), ECB=0 



Operation: Perform a page-out for the virtual area starting at the address given in register 1 
and ending at the address given in register 5. The address of the TCB is given in register 8. 
Use branch entry. 

PGSER R,0UT,A=(1) ,EA=(5) ,TCB=(8) ,BRANCH=Y 



Operation: Perform a page-out for the virtual area specified in the PSL located at 
LOADWORD. Use branch entry. 

PGSER L,OUT,LA=LOADWORD 
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PGSER - Fast Path Page Services 



The fast path PGSER macro instruction performs FIX and FREE requests for users on 
performance paths. The following restrictions apply to this special fast path service: 

• Short term fixes only 

• No ECB 

• No TCB 

• No VIO window pages 

• Key 0, supervisor state callers only 

• Enabled 

• Register 13 must point to an 18-word save area in non-pageable storage. 

• If the list format of the macro instruction is used, all user-defined short page service lists 
(SSLs) must be valid in nonpageable storage. 

The fast path PGSER macro does not verify any of the restricted conditions. It is the user's 
responsibility to verify the restricted conditions and to provide recovery to purge FIX requests 
when the task terminates before a page service request is complete. 
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The fast path PGSER macro is written as follows: 



name 
b 

PGSER 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede PGSER. 

One or more blanks must follow PGSER. 



R 
L 

,FIX 
,FREE 

,LA = list addr 

,A = start addr 

,EA = ending addr 

,BACKOUT = Y 
,BACKOUT = N 

,ASCB = aJJr 

,RELATED = va/Me 

,BRANCH = SPECIAL 



list addr: RX-type address or register (1), (5) - (12). 
Note: This parameter is valid only if L is specified. 

start addr: RX-type address or register (1), (5) - (12). 
Note: This parameter is valid only if R is specified. 

ending addr: RX-type address or register (2), (5) - (12). 
Note: This parameter is valid only if R is specified. 

Default: BACKOUT = Y 

Note: This parameter is valid only for FIX requests. 

addr: RX-type address or register (5) - (12). 

value: any valid macro keyword specification. 



The parameters are explained as follows: 



R 
L 



specify the manner in which the input is supplied. If R is specified, the user supplies the 
starting and ending addresses of the virtual storage area for which the service is to be 
performed. Before processing the request, page services puts these addresses in registers 1 
and 2, respectively. If L is specified, the user supplies the address of the short page 
services list (SSL), which specifies the virtual storage area for which the service is to be 
performed. Before processing the request, page services puts the address of the SSL in 
register 1. See the topic "Input to Page Services" in Volume 1 for a description of the 
SSL. 

,FIX 
,FREE 

indicate the function to be performed. 

FIX specifies that the virtual storage areas are to reside in real storage and are ineligible 
for page-out while the address space is swapped in. This parameter does not prevent 
pages from being paged out when the entire address space is swapped out of real storage. 
FIX will ignore a request to fix storage in a system area that has the fixed attribute (for 
example, the LSQA and SQA). A FIX request for a page in the LSQA or SQA will not 
cause the page to be backed by real storage below 16 megabytes 
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Example 1 



Example 2 



FREE specifies that the virtual storage areas that were previously fixed via the FIX 
option are eUgible for page-out. A fixed page is not considered pageable until the number 
of FREE and FIX requests for the page are equal. 

,LA = list addr 

specifies the address of the short page service list (SSL) for L requests. 

,A = start addr 

specifies the address of the start of the virtual area for R requests. 

,EA = end addr 

specifies the address of the end of the virtual area for R requests. 

,BACKOUT = Y 
,BACKOUT = N 

specify the procedure to follow if an unallocated page is encountered during the 
processing of a fix request. 

If BACKOUT = Y is specified, all pages fixed as part of the request will be freed before 
returning to the caller. 

If BACKOUT = N is specified, the pages previously fixed as part of the request will not 
be freed before returning to the caller. In this situation, no further pages are processed 
once an unallocated page is encountered. 

,ASCB = address of ASCB 

specifies the address of the ASCB for the currently addressable address space. 

Note: The ASCB must reside in 24-bit addressable storage. 

,RELATED = vfl/Me 

specifies information used to document the macro instruction and to relate the service 
performed to some corresponding service or function. The format of the information 
specified can be any valid coding values that the user chooses. 

,BRANCH = SPECIAL 

specifies a branch entry call to the fast path FIX and FREE services. If 
BRANCH = SPECIAL is specified, users must provide an 18-word save area in 
non-pageable storage. 



Operation: Fix 4096 bytes of storage starting at the address BUFFER. The address of the 
ASCB is in register 6. 

PGSER R,FIX,A=BUFFER,EA=BUFFER+4095,BRANCH=SPECIAL,ASCB=(6) 



Operation: Free the area specified in the SSL defined at LISTSSL. Use the ASCB in 
PSAAOLD. 

L 5, PSAAOLD 

PGSER L/FREE,LA=LISTSSL,ASCB=(5) ,BRANCH=SPECIAL 
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POST - Signal Event Completion 



Use the POST macro instruction to have the specified ECB (event control block) set to indicate 
the occurrence of an event. If this event satisfies the requirements of an outstanding WAIT or 
EVENTS macro instruction, the waiting task is taken out of the wait state and dispatched 
according to its priority. The bits in the ECB are set as follows: 

Bit of the specified ECB is set to (wait bit). 

Bit 1 is set to 1 (complete bit) . 

Bits 2 through 31 are set to the specified completion code. 

The description of the POST macro instruction follows. The POST macro instruction is also 
described in Supervisor Services and Macro Instructions, with the exception of the ASCB, 
ERRET, ECBKEY, BRANCH, and MEMREL parameters. These parameters are restricted ir 
use to programs that are authorized (supervisor state, APF-authorized, or PSW key 0-7) and, 
therefore, are only described here. The BRANCH = YES parameter is further restricted to 
supervisor state and key 0. 
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The standard form of the POST macro instruction is written as follows: 



name 
b 

POST 
b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede POST. 

One or more blanks must follow POST. 



ecb addr 

,comp code 



,ASCB = afi?fi?r,ERRET = err addr 
,ASCB = addr„ERRET = err addr, 
ECmiEY = key 



,BRANCH = YES 
,BRANCH = NO 

,MEMREL = YES 
,MEMREL = NO 

,RELATED = va/Me 



ecb addr: RX-type address, or register (2) - (12), 
except (10). 

comp code: symbol, decimal or hexadecimal digit, or register (0), (2) - (9), 

(10), or (12). 

Range of values: - 2^^-l 

Default: 

addr: RX-type address, or register (2) - (9), (12). 

err addr: RX-type address, or register (2) - (9), (12). 

addr: RX-type address, or register (2) - (9), (12). 

err addr: RX-type address, or register (2) - (9), (12). 

key: symbol, decimal or hexadecimal digit, 

or register (2) - (9), (12). 

Range of values: 0-15 (decimal) 

Default: None. 

Note: If the register form is specified, 

bits 24-27 of the register must contain the key. 

Default: BRANCHING 



Default: MEMREL = YES 

Note: MEMREL can be coded only if BRANCH = YES, and the ASCB 

and ERRET parameters are coded. 

value: any valid macro keyword specification. 



The explanation of the parameters is as follows: 

ecb addr 

specifies the address of the fullword event control block representing the event. 

,comp code 

specifies the completion code to be placed in the event control block upon completion. 

,ASCB = addr ,ERRET = err addr 

specifies the address of the ASCB of the address space containing the ECB being posted, 
and the address of the routine to be given control when a POST failure is detected. See 
the topic "Cross Memory Post" in Volume 1 for information on the addressing mode in 
which the exit routine receives control. 

Note: The ASCB must reside in 24-bit addressable storage 

,ASCB = addr ,ERRET = err addr ,ECBKEY = key 

specifies the address of the; ASCB containing the ECB being posted, the address of the 
routine to be given control when an error condition resulting from a POST failure is 
detected, and the storage protection key of the ECB to be posted. If the ECB does not 
identify a current wait condition against it, the ECB is checked against the key before it is 
updated with the post completion code. Otherwise, the ECB is checked against the 
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protection key of the waiting task. (See the topic "Cross Memory Post" in Volume 1 for 
information about the addressing mode in which the exit routine receives control.) 

Note: The ASCB must reside in 24-bit addressable storage 

,BRANCH = YES 
,BRANCH = NO 

specifies branch entry (YES) or SVC entry (NO). The default is BRANCH = NO. 

If BRANCH = YES is specified and the ASCB address is not specified, the caller must 
hold the local lock and be in non-cross memory mode. For branch entry callers, registers 
0-9, 12, and 13 are preserved. For SVC callers, registers 2-14 are preserved. 

If the caller specifies the ASCB address, holds the local lock of the home address space, 
and specifies MEMREL = YES (or allows it to default), then the current address space 
must be the home address space and registers 1-9 are preserved. If the ECBKEY 
parameter is not specified, register is also preserved. 

If the caller specifies the ASCB address and either does not hold home's local lock or has 
specified MEMREL = NO, only register 9 is preserved. 

,MEMREL = YES 
,MEMREL = NO 

specifies whether the error routine specified by the ERRET parameter runs in the caller's 
address space (YES) or in the master scheduler's address space (NO). The default is 
MEMREL = YES. 

If the caller holds the LOCAL lock of the home address space, MEMREL also indicates 
which registers the POST routine saves. 

• If the LOCAL lock is held and MEMREL = YES is specified or defaulted to, registers 
through 9 and register 14 are saved. 

• If the LOCAL lock is not held or MEMREL = NO is specified, only register 9 and 
register 14 are saved. 

If the LOCAL lock is held and MEMREL = YES, the current address space must be the 
home address space. The macro's results are unpredictable if the current address space is 
not the home address space. 

If the LOCAL lock is not held or MEMREL = NO, the current address space can be any 
address space. Thus, when the cross memory mode and the lock status of the caller is 
unknown, specify MEMREL = NO. 

,RELATED = va/Me 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user, and may be any vahd coding 
values. 
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Example 1 

Operation: Post an event control block whose address is ECB, where the address space 
containing the ECB has an ASCB specified by register 5, and where ERRRTN is the routine to 
be given control on error conditions. 

POST ECB,ASCB=(REG5) ,ERRET=ERRRTN 
Example 2 

Operation: Post the ECB from example 1 with a hexadecimal completion code of 3FF. 

POST ECB , X ' 3FF • , ASCB= ( REGS ) , ERRET=ERRRTN 
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POST (List Fonn) 



The list form of the POST macro instruction is written as follows: 



b 

POST 

b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede POST. 

One or more blanks must follow POST. 



ecb addr 

, ASCB = ac?rfr,ERRET = err addr 
, ASCB = arfc?r,ERRET = err addr, 
ECBKEY = YES 

.RELATED = va/Me 

,MF = L 



ecb addr: A- type address. 

addr: A-type address. 
err addr: A-type address. 



value: any valid macro keyword specification. 



The parameters are explained under the standard form of the POST macro instruction, with the 
following exceptions: 

,MF = L 

specifies the list form of the POST macro instruction. 

, ASCB = addr ,ERRET = err addr ,ECBKEY = YES 

specifies that the storage protection key of the ECB is defined in the execute form of the 
POST macro instruction. 

Note: The ASCB resides in 24-bit addressable storage. 
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POST (Execute Form) 



The execute form of the POST macro instruction is written as follows: 



name 
b 
POST 

b 



name: symbol. Begin name in column 1. 
One or more blanks must precede POST. 

One or more blanks must follow POST. 



ecb addr 
,comp 



,ASCB = a(5?fi?r,ERRET = err addr 
, ASCB = addr,ERRET: = err addr, 
ECBKEY = A;ey 



,RELATED = va/Me 
,MF = (E,prob addr) 



ecb addr: RX-type address, or register (2) - (12). 

comp code: symbol, decimal or hexadecimal digit, or register (0) or (2) - 

(12). 

Rangeof values: 0-2^°- 1 

addr: RX-type address, or register (2) - (12). 
err addr: RX-type address, or register (2) - (12). 

key: symbol, decimal or hexadecimal digit, or register (2) - (12). 

Range of values: 0-15 (decimal). 

Default: None. 

Note: If the register form is specified, bits 24-27 of the register must contain 

the key. 

value: any valid macro keyword specification. 

prob addr: RX-type address, or register (1) or (2) - (12). 



The parameters are explained under the standard form of the POST macro instruction, with the 
following exception: 

,MF = (E.prob addr) 

specifies the execute form of the POST macro instruction using a remote control program 
parameter Hst. 
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PROTPSA - Disable, Enable Low Address Protection 



The PROTPSA macro instruction manipulates control register to disable or enable low 
address protection. Low address protection requires programs that modify storage in address 
range 0-511 to disable low address protection before making the modification and then to 
enable low address protection after making the modification. 



Restrictions 



The PROTPSA macro instruction has the following restrictions: 

• Users must include a DSECT for the PSA (via the IHAPSA mapping macro). 

• PROTPSA must execute in supervisor state, protection key 0. 

• I/O and external interrupts must be disabled while low address protection is disabled. 

• The user must not call or transfer control to another program while low address protection 
is disabled. 

• Low address protection should be disabled for a minimum amount of time. 
The PROTPSA macro instruction is coded as follows: 



PROTPSA 

b 



name: symbol. Begin name in column 1 . 

One or more blanks must precede PROTPSA. 

One or more blanks must follow PROTPSA. 



DISABLE 
ENABLE 



Default: None. 

Note: One or the other keyword must be specified. 
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Example 1 



The parameters are explained as follows: 

DISABLE 

specifies that low address protection will be disabled until a PROTPSA ENABLE 
instruction is executed. 

ENABLE 

specifies that low address protection will be enabled until a PROTPSA DISABLE is 
issued. 



Operation: Disable low address protection so that the restart new PSW can be modified and 
then enable low address protection. 

PROTPSA DISABLE 

MVC FLCRNPSW,NEWPSW 

PROTPSA ENABLE 
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PTRACE - Processor Trace 



The PTRACE macro instruction creates a trace table entry and places it in the system trace 
table. The entry consists of an event identifier, the contents of a designated range of general 
registers or storage locations, and system supplied status information. 

When using this macro, the user must provide the following information: 

• The type of trace entry that is to be created 

• The data to be recorded in the trace entry 

The PTRACE macro instruction can only be issued with DAT-ON. The caller must be in key 
and supervisor state but can be in cross memory mode and in either 24 or 31 -bit addressing 
mode. All addresses passed to the PTRACE routine are treated as 31 -bit addresses. PTRACE 
users must include the IHAPSA and IHATRVT mapping macros and register 13 must point to 
a 72-byte save area that can be used by the PTRACE service. 

The PTRACE macro instruction is written as follows: 



name 
b 

PTRACE 
b 



name: symbol. Begin in name in column 1. 
One or more blanks must precede PTRACE. 

One or more blanks must follow PTRACE. 



TYPE = USR« 

,REGS = (regl,reg2) 
,REGS = (1) 



,SAVEAREA = STANDARD 



n: hexadecimal digit - F. 

Default: REGS = (1) 

regl: decimal digit 2-12. 
reg2; decimal digit 2-12. 



The parameters are explained as follows: 

TYPE = USR« 

specifies a user-event explicit trace entry identified by the hexadecimal number n. Trace 
processing places this number in the trace entry for identification purposes. 
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Example 1 



Example 2 



,REGS = (reghreg2) 
,REGS = (1) 

defines the data to be placed in the user's trace entries. Multiple trace entries are created 
if more than 5 registers or 5 words of data are requested. 

If REGS = (regl,reg2) is specified, the data is located in a range of registers, where regl 
specifies the first register in the range and reg2 specifies the last register in the range. The 
register number, reg2, must always be greater than or equal to the register number, regl. 
A maximimi of 11 words of data can be indicated for tracing using REGS = (regl,reg2). 

If REGS = (1) is specified or used as the default, register 1 must contain the 31 -bit address 
of a parameter hst. The high order bit of this address must be set to 0. If REGS = (1) is 
specified, up to 1024 words of data can be recorded. The parameter list contains N + 1 
fuUword entries. The first word contains the number of words of data (N) to be recorded. 
This is followed by the N words of data to be placed in the user's trace entries. 

,SAVEAREA = STANDARD 

specifies that register 13 contains the 31 -bit address of a 72-byte save area that can be 
used by the PTRACE routine. 

When control is returned, registers 2-13 are restored to their original values, but the original 
contents of registers 0, 1, 14, and 15 are destroyed. On exit, register 15 contains the following 
return code: 

Hexadecimal 

Code Meaning 

The function completed successfully. 



Operation: Create a trace table entry for user event 4. Registers 5, 6, and 7 contain the user 
data to be recorded. 

PTRACE TYPE=USR4,REGS=(5,7) ,SAVEAREA=STANDARD 



Operation: Create trace table entries for user event C. Register 1 contains the address of a 
parameter list containing the data to be recorded. 

PTRACE TYPE=USRC , REGS= ( 1 ) , SAVEAREA=STANDARD 
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PURGEDQ - Purge SRB Activity 



The PURGEDQ macro instruction allows a task to purge particular SRB activity. Because an 
SRB routine is dispatched asynchronously to the actual issuance of a SCHEDULE macro 
instruction, the conditions that existed in the system at the time the SCHEDULE was issued 
may have totally changed by the time the routine is dispatched. If, in this time interval, the 
environment that the asynchronous routine requires to run successfully has been changed, the 
results are unpredictable. For this reason, the PURGEDQ macro instruction is available to: 

• Dequeue SRBs not yet dispatched. 

• Allow processing for previously scheduled SRBs to complete. 

• "Clean up" each dequeued SRB. 

All parameters of this macro are optional. The parameters determine the target address space 
and limit the scope of the purge. When purging SRBs scheduled in the current space, 
PURGEDQ waits for dispatched SRBs to terminate. PURGEDQ does not purge or wait for 
terminations of SRBs scheduled into address spaces other than the current address space once 
they have been dispatched. The issuer of PURGEDQ is not informed of SRBs that cannot be 
purged. 

Except for the TCB, all input parameters to this macro instruction can reside in storage above 
16 megabytes if the issuer is executing in 31 -bit addressing mode. 

The standard form of the PURGEDQ macro instruction is written as follows: 



PURGEDQ 

b 



name: symbol. Begin name in column 1 . 

One or more blanks must precede PURGEDQ. 

One or more blanks must follow PURGEDQ. 



RMTR = RMTR addr 
,ASID = ASIDaddr 
,AS1DTCB = TCB addr 



RMTR addr: RX-type address, or register (2) - (12). 
ASID addr: RX-type address, or register (2) - (12). 
TCB addr: RX-type address, or register (2) - (12). 
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Example 1 



The parameters are explained as follows: 

RMTR = RMTRaddr 

If specified, limits the purge to SRBs that contain the same address in field SRBRMTR. 
This parameter has no effect on the execution of the resource manager termination 
routine specified in SRBRMTR. 

,ASlD = ASIDaddr 

specifies the ASID of the address space (target address space) into which the SRB was 
scheduled. If omitted, the current address space is assumed. 

,ASlDTCB = TCBaddr 

Provides a method of hmiting the scope of the purge. ASIDTCB specifies the address of 
a double word that optionally defines a TCB address and/or ASID to match against fields 
SRBPTCB and SRBPASID respectfully. When non-zero values are specified, only SRBs 
that match the specified value will be purged. When the TCB address is non-zero, the 
ASID field must also be non-zero. If the ASIDTCB parameter is omitted, SRBPASID 
and SRBPTCB will be matched against the current address space ID and current TCB 
address. The double word has a format similar to field SRBFLC, which contains 
SRBPASID and SRBPTCB. The format of the double word is: 



bytes 0-1 Reserved 

bytes 2-3 ASID for match with SRBPASID or zero. 

bytes 4-7 TCB address for match with SRBPTCB or zero. 

ASID must be specified is TCB address is specified. 

Note: The TCB resides in storage below 16 megabytes. 



Operation: Purge all SRBs scheduled into the current address space, related to the current 
(terminating) task, and associated with the resource manager termination routine located at 
RESCLEAN. 

PURGEDQ RMTR=RESCLEAN 
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PURGEDQ (List Form) 



The list form of the PURGEDQ macro instruction is used to construct a remote program 
parameter list. 

The list form of the PURGEDQ macro instruction is written as follows: 



PURGEDQ 
b 



name: symbol. Begin name in column 1 . 

One or more blanks must precede PURGEDQ. 

One or more blanks must follow PURGEDQ. 



RMTR=^ RMTR addr 
,AS1D ^ASIDaddr 
,ASIDTCB =TCBaddr 
,MF = L 



RMTR addr: A-type address. 
ASID addr: A-type address. 
TCB addr: A-type address. 



Example 1 



The parameters are explained under the standard form of the PURGEDQ macro instruction, 
with the following exception: 

,MF = L 

specifies the list form of the PURGEDQ macro instruction. 



Operation: Specify the resource manager termination routine located at RESCLEAN and 
produce the parameter list to be used by the execute form of the PURGEDQ macro instruction. 

STATPDQ PURGEDQ RMTR=RESCLEAN ,MF=L 
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PURGEDQ (Execute Form) 



The execute form of the PURGEDQ macro instruction uses a remote control program 
parameter Hst, The parameter list is constructed using the Ust form of PURGEDQ. 

The execute form of the PURGEDQ macro instruction is written as follows: 



PURGEDQ 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede PURGEDQ. 

One or more blanks must follow PURGEDQ. 



RMTK = RMTR addr 
,ASm^ASIDaddr 
,AS1DTCB = TCBaddr 
,MF= (E,ctrl addr) 



RMTR addr: RX-type address, or register (2) - (12). 
ASID addr: RX-type address, or register (2) - (12). 
TCB addr: RX-type address, or register (2) - (12). 
Ctrl addr: RX-type address, or register (1) or (2) - (12). 



Example 1 



The parameters are explained under the standard form of the PURGEDQ macro instruction, 
with the following exception: 

M^ = (^^ctrl addr) 

specifies the execute form of the PURGEDQ macro instruction, using a remote control 
program parameter list. 



Operation: Purge all SRBs scheduled into the address space given in register 6 and associated 
with the resource manager termination routine located at RESCLEAN. Indicate that the 
remote control program parameter list is located at STATPDQ. 

PURGEDQ ASID=(6) , RMTR=RES CLE AN ,MF= (E , STATPDQ) 
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QEDIT - Command Input Buffer Manipulation 



The QEDIT macro instruction generates the required entry parameters and processes the 
command input buffer for the following uses: 

• Dechaining and freeing of a command input buffer (CIB) from the CIB chain for a task. 

• Setting a limit for the number of CIBs that may be simultaneously chained for a task. 
The QEDIT macro instruction is written as follows: 

name name; symbol. Begin «ame in column 1. 

b One or more blanks must precede QEDIT. 
QEDIT 

b One or more blanks must follow QEDIT. 

ORIGIN = CIB addr p tr CIB addr ptr: RX-type address, or register (0),(2) - (1 2). 

,BLOCK = CIB addr CIB addr: RX-type address, or register (1), (2) - (12). 

,CIBCTR = CIB nmbr CIB nmbr: decimal digit, with a maximum value of 255 

or register (1), (2) - (12). 



The parameters are explained as follows: 

OmGlN== CIB addr ptr 

specifies the address of the pointer to the first CIB chain for the task. This address is 
obtained using the EXTRACT macro instruction. If ORIGIN is the only parameter 
specified, the caller must be executing under system key 0-7; in this case, the entire CIB 
chain is freed. 

,WLOC¥. = CIB addr 

specifies the address of the CIB to be freed from the CIB chain for a task. 
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,CmcrR = CIBnmbr 

specifies the limit for the number of CIBs to be chained at any time for a task. 

Notes: 

1. When using any address returned from the EXTRACT macro instruction as input to the 
QEDIT macro instruction, the user must use the lEZCOM mapping macro to establish 
addressability based on the address returned by EXTRACT. 

2. The CIB must reside in 24-bit addressable storage. 

When control is returned, register 15 contains one of these return codes: 



Hexadecimal 
Code 

00 
04 
08 



Meaning 

The required function was successfully completed. 

The CIB to be deleted was not found on any CIB chain. 

The limit for the number of CIBs to be chained was exceeded; an issuer who made a request to 
free all the CIBs on a chain was not in supervisor state and protect key zero; or the user 
provided an invalid address for the pointer to the CIB chain, an invalid address for the CIB 
address, or an invalid CIB number as input to the macro. 



Example 1 



Example 2 



Operation: Free the entire CIB chain, where register 8 contains the address of the pointer to 
the CIB chain. 

QEDIT 0RGIN=(8) 



Operation: Free the CIB whose address is in register 5 from the CIB chain. Register 8 
contains the address of the pointer to the CIB chain. 

QEDIT ORIGIN= ( 8 ) , BLOCK= ( 5 ) 
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RACDEF - Define a Resource to RACF 



The RACDEF macro instruction is used to define, modify, or delete resource profiles for the 
Resource Access Control Facility (RACF). RACF uses the profiles to perform RACHECK 
authorization checking. RACHECK authorization checking verifies the user's authority to 
perform the corresponding resource manager function on the resource. The RACDEF caller 
must be authorized (APF-authorized, in system key 0-7, or in supervisor state). 

A RACF user can change or add the RACDEF parameters, OWNER, LEVEL, UACC, or 
AUDIT by means of the RACDEF preprocessing and postprocessing exit routines. These 
routines are described in System Programming Library: Resource Access Control Facility 
(RACF). 

Systems using RACF Version 1, Release 6 or later, do not have to unconditionally deny all 
access requests that do not have sufficient authority. This release of RACF provides the 
option, through the specification of the WARNING parameter on the RACDEF macro, of 
issuing a warning message during RACHECK macro processing instead of failing the 
RACHECK request. 

Note: Only callers in 24-bit addressing mode can issue this macro. Callers executing in 31 -bit 
addressing mode, who want to utiUze the RACDEF function, can code the RACROUTE 
macro. 

The standard form of the RACDEF macro instruction is written as follows: 



RACDEF 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede RACDEF. 

One or more blanks must follow RACDEF. 



ENTITY = profile name addr 
yOLSER^vol addr 



,TYPE = DEFINE 

,TYPE = DEFINE,NEWNAME = 

new dsn addr 

,TYPE = ADDVOL,OLDVOL - 

old vol addr 

,TYPE = CHGVOL,OLDVOL = 

old vol addr 

TYPE = DELETE 



,DSTYPE = N 

,DSTYPE = V 
,DSTYPE = M 
,DSTYPE=T 



profile name addr: A-type address, or register (2) - (12). 

vol addr: A-type address, or register (2) - (12). 

Note: VOLSER is required only for CLASS = 'DATASET' and DSTYPE not equal 

to M when a discrete profile name is used. 



new dsn addr: A-type address, or register (2) - (12). 
old vol addr: A-type address, or register (2) - (12). 



Default: TYPE = DEFINE 
Default: DSTYPE = N 
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JNSTLN -parm list addr 

.CLASS = 'class name' 
,Ch ASS — class name addr 

M'E'^'nT-Y -- entity addr 

,MCLASS = 'classname' 
,MCLASS = class name addr 

,MVOLSER = wiser addr 

,MGENER = ASIS 
,MGENER = YES 

,ACEE = acee addr 

,UNIT = unit addr 

,SPECIAL=YES 
,SPECIAL-NO 

,OWNER = owner id addr 

, LEVEL = number 
,LEVEL = /-eg 

,UACC = ALTER 
,UACC = CONTROL 
,UACC = UPDATE 
,UACC = READ 
,UACC = NONE 
,\iACC = reg 

,DAT A = data addr 

,AUDIT = NONE 
,AUDIT = audit value 
,AUDIT = (audit value (access 
level),audit valuefaccess level),. . .) 
,AUDIT = (reg) 

,RACFIND = YES 
,RACFIND = NO 

,CHKAUTH=YES 
,CHKAUTH = NO 

,GENERIC = YES 
,GENERIC = ASIS 

,WARNING = YES 
,WARNING = NO 



, RELEASE = number 

,FILESEQ = /-eg 
jFILESEQ = number 

,EXPDT = expir-date addr 
,RETPD = retn-period addr 

,ACCLVL = (access value addr) 
,ACCLVL = (access value addr, 
parm list addr) 

,TAPELBL = STD 
,TAPELBL = BLP 
,TAPELBL = NL 

,CATGORY = a^^r 

,SECLVL==arffifr 

,ERASE = YES 
,ERASE = NO 

,NOTIFY = notify-id addr 



parm list addr: A-type address, or register (2) - (12). 

'classname': 1-8 character name. 

class name addr: A-type address, or register (2) - (12). 

Default: CLASS = 'DATASET' 

entity addr: A-type address, or register (2) - (12). 

'classname': 1-8 character name. 

class name addr: A-type address, or register (2) - (12). 

Default: MCLASS = 'DATASET' 

volser addr: A-type address, or register (2) - (12). 

Default: MGENER = ASIS 



acee addr: A-type address, or register (2) - (12). 
tmit addr: A-type address, or register (2) - (12). 
Default: SPECIAL = NO 

owner id addr: A-type address, or register (2) - (12). 

Default: zero. 

reg: register (2) - (12). 



reg: register (2) - (12). 

data addr: A-type address or register (2) - (12). 

Note: AUDIT is valid only if TYPE = DEFINE is specified. 
audit value: ALL, SUCCESS, or FAILURES 
access level: READ, UPDATE, CONTROL, or ALTER 
Default: READ 

reg: register (2) - (12). 



Default: CHKAUTH=NO 



Default: GENERIC = ASIS 

Default: WARNING = NO 

Note: WARNING is valid only if TYPE = DEFINE 

is specified. 

number: 1.6 or 1.7 
Default: RELEASE =1.6 

reg: register (2) - (12). 
number: 1-9999 

expir-date addr: A-type address or register (2) - (12). 
retn-period addr: A-type address or register (2) - (12). 
Default: see description of parameter. 

access value addr: A-type address or register (2) - (12). 
parm list addr: A-type address, or register (2) - (12). 

Default: TAPELBL = STD 



addr: A-type address, or register (2) - (12). 
addr: A-type address, or register (2) - (12). 
Default: ERASE = NO 

notify-id addr: A-type address or register (2) - (12). 
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The parameters are explained as follows: 

ENTITY = profile name addr 

specifies the address of the name of the discrete or generic profile that is to be defined to, 
modified, or deleted from RACF. The profile name is a 44-byte DASD data set name for 
CLASS = 'DATASET' or a 6-byte volume serial name for CLASS = 'DASDVOL' or 
CLASS = 'TAPEVOL'. The lengths of all other profile names are determined by the class 
descriptor table. The name must be left justified in the field and padded with blanks. 

,VOLSER = vo/a^£/r 

specifies the address of the volume serial number: 

• For TYPE = ADDVOL, of the new volume to be added to the definition of the data 
set. 

• For TYPE = ADDVOL and CLASS = 'TAPEVOL', of the new volume being added to 
the tape volume set identified by ENTITY. 

• For TYPE = DEFINE and CLASS = 'DATASET', of the catalog (for a VSAM data 
set), or of the volume on which the data set resides (for a non-YSAM data set). 

The volume serial number is optional if DSTYPE = M is specified; it is ignored if the 
profile name is generic. 

The field pointed to by the specified address contains the volume serial number (padded 
to the right with blanks, if necessary, to make six characters). 

,TYPE = DEFINE 

,TYPE = DEFINE ,NEWNAME = new dsn addr 
,TYPE = ADDVOL ,OLDVOL = old vol addr 
,TYPE = CHGVOL ,OLDVOL = old vol addr 
,TYPE = DELETE 

specifies the type of action to be taken: 

• TYPE = DEFINE - The definition of the resource is added to the RACF data set, and 
the current user is established as the owner of the defined entity. 

• TYPE = DEFINE,NEWNAME = - If NEWNAME is specified, the address points to 
a 44-byte field containing the new name for the data set that is to be renamed. 
NEWNAME is only vaUd with CLASS = 'DATASET'. NEWNAME is not vaUd 
with DSTYPE = T. 

• TYPE = ADDVOL - The new volume is added to the definition of the specified 
resource. For the DATASET class, the OLD VOL address specifies a previous 
volume of a multi-volume data set. For the TAPEVOL class, the ENTITY address 
specifies a previous volume of a tape volume set. This parameter applies only to 
discrete profiles. 

• TYPE = CHGVOL - The volume serial number in the definition of the specified 
resource is changed from the old volume serial number identified in OLD VOL to the 
new volume serial number identified in the VOLSER parameter. This parameter 
apphes only to discrete profiles. TYPE = CHGVOL is not vaUd with DSTYPE = T. 
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• TYPE = DELETE - The definition of the resource is removed from the RACE data 
set. (For a multivolume data set or a tape volume set, only the specified volume is 
removed from the definition.) 

,DSTYPE = N 
,DSTYPE = V 
,DSTYPE = M 
,DSTYPE = T 

specifies the type of data set associated with the request: 

• N for non-VSAM 

• V for VSAM 

• M for model profile 

• T for tape 

If DSTYPE = T is specified and tape data set protection is not active, the processing will 
be the same as for RACDEF CLASS = 'TAPEVOL'. Specify DSTYPE only for 
CLASS = 'DATASET'. 

Note: Do not specify DSTYPE = M unless RACE Version 1, Release 4 or later is 
installed on your system. 

jINSTLN =parm list addr 

specifies the address of an area that is to contain parameter information meaningful to the 
RACDEF installation exit routines. This information is passed to the installation exit 
routines when they are given control from the RACDEF routine. 

The INSTLN parameter can be used by an appUcation program acting as a resource 
manager that needs to pass information to the RACDEF installation exit routines. 

,CLASS= 'classname' 

,CLASS = class name addr 

specifies that a profile is to be defined, modified, or deleted in the specified class. If an 
address is specified, the address must point to a one-byte length field followed by the class 
name (for example, DATASET or TAPE VOL). The class name should be no longer than 
eight characters. 

,MENTITY = e«?/0^ addr 

specifies the address of the name of the discrete or generic profile profile that is to be used 

as a model in defining the ENTITY profile. The profile can belong to any class, as 

specified by the MCLASS parameter, and can be either a discrete or a generic profile. 

MENTITY can be specified with TYPE = DEFINE but not with 

TYPE = DEFINE,NEWNAME = «ew dsn addr. The name is contained in a 44-byte field 

pointed to by the specified address. The name is left justified in the field and padded with 

blanks. 

,MCLASS = 'classname' 
jMCLASS = class name addr 

specifies the class to which the profile defined by MENTITY = belongs. If an address is 

specified, the address must point to a one-byte length field followed by the class name. 

The class name should be no longer than eight characters. The default is 

MCLASS = 'DATASET'. 
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,MVOLSER = volser addr 

specifies the address of the volume serial number of the volmne associated with the profile 
in the MENTITY operand. The field pointed to by the specified address contains the 
volume serial number, padded to the right with blanks, if necessary, to make six 
characters. 

This parameter is required if MENTITY specifies a discrete profile name in the 
DATASET class. 

,MGENER = ASIS 
,MGENER = YES 

specifies whether the profile name defined by MENTITY is to be treated as a generic 
name. 

• If MGENER = ASIS is specified, the profile name is considered a generic only if it 
contains a generic character: an asterisk (*) or a percent sign (%). 

• If MGENER = YES is specified, the profile name is considered a generic, even if it 
does not contain a generic character: an asterisk (*) or a percent sign (%). 

MGENER is ignored if the GENCMD option on the RACE SETROPTS command is 
not specified for the class (see RACF Command Language Reference). 

, ACEE = acee addr 

specifies the address of the accessor environment element (ACEE) to be used during 
RACDEF processing. If no ACEE is specified, RACF uses the TASK ACEE pointer 
(TCBSENV) in the extended TCB. If the TASK ACEE pointer is zero, RACF uses the 
main ACEE. The main ACEE's address is in the ASXBSENV field in the address space 
extension block. 

jUNIT = unit addr 

specifies the address of a field containing unit information. UNIT is valid only if 
TYPE = CHGVOL or TYPE == DEFINE is specified. If a unit address is specified, the 
unit information in the data set profile is replaced by the unit information pointed to by 
this unit address. The unit address must point to a field containing a one-byte length field 
(whose value can range from 4 through 8) followed by the actual unit information. If the 
value in the length field is 4, the unit information is assumed to contain a copy of the 
information in the UCBTYP field of the UCB. Otherwise the unit information is 
assumed to be in the generic form (for example, 3330-1). This parameter is ignored for 
generic names. 

,SPECIAL = YES 
,SPECIAL = NO 

specifies whether or not a RACDEF operation is to be completed if the requestor has the 
SPECIAL attribute. 

This keyword is designated primarily for use by RACF commands. 

jOWNER = owner id addr 

specifies the address of a field containing the profile owner's id. OWNER is valid if 
TYPE = DEFINE is specified. The owner's id must be a valid (RACF-defined) userid or 
group name. The address must point to an 8-byte field containing the owner's name, 
left-justified and padded with blanks. 
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Note: RACF does not check the vaHdity of the owner's id if it has been added or 
modified by the RACDEF preprocessing and/or postprocessing exit routines. 

,LE VEL = number 

,LEVEL =reg 

specifies a level value for the profile. LEVEL is valid only if TYPE = DEFINE is 
specified. The level number must be a vaUd decimal number in the range to 99. If a 
register is specified, its low-order byte must contain the binary representation of the 
number. 

Note: RACF does not check the validity of this number if it has been added or modified 
by the RACDEF preprocessing and/or postprocessing exit routines. 

,UACC = ALTER 

,UACC = CONTROL 

,UACC = UPDATE 

,UACC = READ 

,UACC = NONE 

,UACC = reg 

specifies a universal access authority for the profile. UACC is vaUd only if 
TYPE = DEFINE is specified. UACC must contain a valid access authority (ALTER, 
CONTROL, UPDATE, READ, or NONE). If a register is specified, the low-order byte 
must contain one of the following valid access authorities: 

X'80' - ALTER 
X'40' - CONTROL 
X'20' - UPDATE 
X'lO' - READ 
X'Or - NONE 

Note: RACF does not check the validity of the universal access authority if it has been 
added or modified by the RACDEF preprocessing and/or postprocessing exit routine. 

,DATA = data addr 

specifies the address of a field that contains up to 255 characters of installation-defined 
data to be placed in the profile. DATA is vahd only if TYPE = DEFINE is specified. The 
data address must point to a field containing a one-byte length field (whose value can 
range from to 255) followed by the actual installation-defined data. 

,AUDIT = NONE 

, AUDIT = audit value 

, AUDIT = (audit value (access level) , audit value (access level) ,. . .) 

,KVDIT= (reg) 

specifies the types of accesses and the access levels that are to be logged to the SMF data 
set. AUDIT is vahd only if TYPE = DEFINE is specified. 

For audit value, specify one of the following: ALL, SUCCESS, or FAILURES. You 
may optionally specify an access /eve/(access authority) following each audit value. 

Access Levels: 

• READ, the default access level value, logs access attempts at any level. 

• UPDATE logs access attempts at the UPDATE, CONTROL, and ALTER levels. 

• CONTROL logs access attempts at the CONTROL and ALTER levels. 

• ALTER logs access attempts at the ALTER level only. 
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Note: For more information about specific audit values and access levels, please see the 
RACF Command Language Reference. 

RACF resolves combinations of conflicting specifications by using the most encompassing 
specification. Thus, in the case of the following: 

ALL { UPDATE ) , FAILURES ( READ ) 

RACF assumes SUCCESS(UPDATE),FAILURES(READ). 

For compatibility with previous releases, register notation can also be specified as 
AUDIT = reg if the register is not given as a symboHc name ALL, SUCCESS, or 
FAILURES. 

Logging is controlled separately for SUCCESS and FAILURES, and can also be 
suppressed or requested via the RACHECK post-processing installation exit routine. 

If a register is specified, its low-order byte must contain one of the following vaUd audit 
values: 

Bit Meaning 






ALL 


1 


SUCCESS 


2 


FAILURES 


3 


NONE 


4-5 


Qualifier for SUCCESS 


6-7 


Qualifier for FAILURES 



The qualifier codes are as follows: 



00 


READ 


01 


UPDATE 


10 


CONTROL 


11 


ALTER 



Only one of bits 0-3 can be on. If ALL is specified, the two quahfier fields can be used to 
request different logging levels for successful and unsuccessful events. 

Note: RACF does not check the validity of the audit type if it has been added or 
modified by the RACDEF preprocessing and/or postprocessing exit routine. 

,RACFIND = YES 
,RACFIND =NO 

specifies whether or not a discrete profile is involved in RACDEF processing. When 
TYPE = DEFINE is specified, RACFIND = YES means that a discrete profile is to be 
created. When TYPE = DELETE, DEFINE with NEWNAME, CHGVOL, or ADDVOL 
is specified, RACFIND = YES means that a discrete profile already exists. 

RACFIND = NO means (when TYPE = DEFINE) that no discrete profile is to be created, 
but some authorization checking is required. For other types of action, no discrete profile 
should exist. 
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,CHKAUTH = YES 
,CHKAUTH = NO 

specifies whether or not an internal RACHECK ATTR = ALTER is to be done to verify 
that the user is authorized to perform the operation. 

CHKAUTH = YES is vahd when either TYPE = DEFINE,NEWNAME = or 
TYPE = DELETE is specified. 

For DSTYPE = T, specifies that an internal RACHECK ATTR = UPDATE will be done 
to verify that the user is authorized to define a data set (TYPE = DEFINE), delete a data 
set (TYPE = DELETE), or add a volume (TYPE = ADDVOL). 

.RELEASE = number 

specifies the RACE release level of the parameter hst to be generated by this macro. 

Certain parameters can be specified only with particular releases. For instance, to use the 
RACFDEF release 1.7 parameter EXPDT you must be using RACE 1.7 on your system 
and specify RELEASE = 1.7. If you specify a parameter with an incompatible release 
level, the parameter will not be accepted by the macro processing. An error message will 
be issued at assembly time. For the parameters that are vahd for RELEASE = 1.6 and 
later, see Figure 7 on page 2-276. 

The default is RELEASE =1.6. 

When you specify the RELEASE keyword, checking is done at assembly time. 
Execution-time validation of the compatibility between the list and execute forms of the 
RACDEF macro can be done by your specifying the CHECK subparameter on the 
execute form of the macro. 

,EILESEQ = number 
,FILESEQ = reg 

specifies the file sequence number of a tape data set on a tape volume or within a tape 
volume set. The number must be in the range 1 - 9999. If a register is specified, it must 
contain the file sequence number in the low-order half-word. If CLASS = 'DATASET' 
and DSTYPE = T are not specified, FILESEQ is ignored. 

,EXPDT = expir-date addr 
,RETPD == retn-period addr 

specifies the address containing information about the data set's expiration date or RACE 

security retention period. 

EXPDT = expir-date addr specifies the address of a three-byte field containing the data 
set's expiration date. The date is given in packed decimal form as YYDDDF, where YY 
is the year and DDD is the day number. The year must be in the range 01 through 99, 
and the day number must be in the range 1 through 366. 

RETPD = retn-period addr specifies the address of a two-byte field containing the number 
of days after which RACE protection for the data set expires. The value specified must 
be in the range 1 through 9999. 

If neither EXPDT nor RETPD is specified, a default RACE security retention period is 
obtained from the RETPD keyword specified on a prior RACE SETROPTS command. 

These parameters are valid only if CLASS = 'DATASET' and DSTYPE = T. 
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,ACCLVL = (access value addr) 

,ACCLVL = {access value addr,parm list addr) 

specifies the tape label access level information for the MVS tape label functions. The 
address must point to a field containing a one-byte length field (with a value that can 
range from 0-8) followed by an eight-character string that will be passed to the RACDEF 
installation exit routines. The parameter Ust address points to a parameter Hst containing 
additional information to be passed to the RACDEF installation exit routines. 

RACF does not check or modify this information. 

,TAPELBL = STD 
,TAPELBL = BLP 
,TAPELBL = NL 

specifies the type of tape labelling to be done: 

• STD - IBM or ANSI standard labels. 

• BLP - bypass label processing. 

• NL - non-labeled tapes. 

For TAPELBL = BLP, the user must have the requested authority to the profile ICHBLP 
in the general resource class FACILITY. For TAPELBL = NL or BLP, the user will not 
be allowed to protect volumes with volume serial numbers in the format "Lnnnnn." 

The TAPELBL parameter is passed to the RACDEF installation exits. 

This parameter is primarily intended for use by data management routines to indicate the 
label type from the LABEL keyword on the JCL statement. 

This parameter is only valid for CLASS = 'DATASET' and DSTYPE = T, or 
CLASS = 'TAPEVOL'. The default is TAPELBL = STD 

,CATGORY = at/^r 

Specifies the address of a list of installation-defined category name identifiers. Each 
identifier is a two-byte field whose binary value identifies an entry in the 
installation-defined list of category names. 

The list starts with a full word that contains the number of entries in the list. 

This keyword is designated primarily for use by RACF commands. 

,SECLVL = a^c/r 

Specifies the address of a list of installation-defined security level identifiers. Each 
identifier is a half word, containing a value that corresponds to an installation-defined 
security level name. 

The identifiers must be in the range 1 - 254. Only one identifier may be passed in the hst. 

The list must start with a full word containing the number of entries in the list (currently, 
only or 1). 
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,ERASE = YES 
,ERASE = NO 

specifies whether the DASD data set, or the released space, is to be erased when it is 
deleted or part of its space is to be released for reuse. 

• If ERASE = YES is specified, the data set will be erased when it is deleted, or released 
for reuse. 

• If ERASE = NO is specified, the data set will not be erased, deleted, or released. 

Note: This parameter may be overridden by the RACE SETROPTS command. 

The default is ERASE = NO. 

,NOTIFY = notify-id addr 

specifies the address of an eight-byte area containing the userid of the RACF-defined user 
who is to be notified when an unauthorized attempt to access the resource protected by 
this profile is detected. 

,GENERIC = YES 
,GENERIC = ASIS 

specifies whether the resource name is treated as a generic profile name. If GENERIC is 
specified with CLASS = DEFINE, NEWNAME, then GENERIC applies to both the old 
and new names. GENERIC is ignored if the GENCMD option on the RACE 
SETROPTS command is not specified for the class (see RACF Command Language 
Reference). 

This keyword is designed primarily for use by RACF commands. 

• If GENERIC = YES is specified, the resource name is considered a generic profile 
name, even if it does not contain a generic character: an asterisk (*) or a percent sign 

• If GENERIC = ASIS is specified, the resource name is considered a generic only if it 
contains a generic character: an asterisk (*) or a percent sign (%). 

,WARNING = YES 
, WARNING =NO 

WARNING is vaHd only if TYPE = DEFINE is specified. If WARNING = YES is 
specified, access is granted to the resource and the event is logged as a warning if either 
the SUCCESS and/or FAILURES logging is requested. 

This keyword is designed primarily for use by RACF commands. 
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Parameters For RELEASE = 1.6 and Later 

The RELEASE values for which a parameter is vahd are marked with an 'X'. 



Parameter 


RELEASE = 
1.6 


RELEASE = 

L7 


.ACEE = 


X 


X 


ACCLVL= 




X 


AUDIT = 


X 


X 


CATEGORY = 




X 


CHKAUTH= 


X 


X 


CLASS = 


X 


X 


DATA = 


X 


X 


DSTYPE = N, V, or 

M 


X 


X 


DSTYPE=T 




X 


ENTITY = 


X 


X 


ERASE = 




X 


EXPDT = 




X 


FILESEQ = 




X 


GENERIC = 


X 


X 


INSTLN = 


X 


X 


LEVEL = 


X 


X 


MCLASS = 




X 


MENTITY = 


X 


X 


MGENER = 




X 


MVOLSER = 


X 


X 


NOTIFY = 




X 


OWNER = 


X 


X 


RACFIND = 


X 


X 


RELEASE = 


X 


X 


RETPD = 




X 


SECLVL= 




X 


TAPELBL^ 




X 


TYPE = 


X 


X 


SPECIAL = 


X 


X 


UACC = 


X 


X 


UNIT = 


X 


X 


VOLSER = 


X 


X 


WARNING = 


X 


X 



Figure 7. RACDEF Parameters for RELEASE = 1.6 and Later 
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Return Codes and Reason Codes 



When control is returned, register 15 contains one of these return codes. (If register 15 contains 
0, then register contains a reason code.) 

Hexadecimal Meaning 

Code 

00 RACDEF has completed successfully. Register 

contains one of the following reason codes: 

00 indicates a normal completion. 

04 indicates RACFIND = NO was specified and no generic 
profile applying to the data set was found. 

04 RACDEF has completed processing. Register 

contains one of the following reason codes: 

00 indicates the following: 

- For TYPE = DEFINE, the resource name was previously 
defined. 

- ForTYPE = DEFINE,NEWNAME, thenew 
resource name was previously defined. 

- For TYPE = DELETE, the resource name was not 
previously defined. 

04 indicates for TYPE = DEFINE that the dataset name 
was previously defined on a different volume and 
that the option disallowing duplicate datasets 
was specified in ICHSECOP at IPL. 

08 RACDEF has completed processing. Register 

contains one of the following reason codes: 

00 indicates the following: 

- For TYPE = DEFINE, the check for 
authority to allocate a data set or 
create a profile with the specified 
name has been failed. 

- For TYPE = DELETE or TYPE = DEFINE,NEWNAME 
if CHKAUTH = YES is specified, the 

authorization check has been failed. 

- For TYPE = ADDVOL,OLDVOL the old value 
was not defined. 

04 indicates for TYPE = DEFINE that no profile was 
found to protect the dataset and that the RACF 
protect-all option is in effect. 

08 indicates TYPE = DEFINE or TYPE = ADDVOL,OLDVOL and 
DSTYPE = T were specified. And the user is not authorized 
to define a data set on the specified volume. 

OC indicates TYPE = DEFINE and DSTYPE = T 
were specified. And the user is not authorized 
to define a data set with the specified name. 

10 indicates DSTYPE = T or CLASS = TAPEVOL 
was specified. And the user is not 
authorized to specify LABEL = (,BLP). 
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Example 



Hexadecimal Meaning 

Code 

OC For TYPE = DEFINE,NEWNAME, the old data set name was 

not defined; or if the generation data group (GDG) 
modeling function is active, an attempt 
was made to rename a GDG name to a name 
that requires the creation of a new 
profile; or if generic profile checking is 
active, the old data set name was protected 
by a generic profile and there is no generic 
profile that will protect the new data set 
name. This last case refers only to an 
attempt to rename an existing profile, which 
cannot be found. 

10 For TYPE = DEFINE with MENTITY, the model resource 

was not defined. 

64 Indicates that the CHECK subparameter of the RELEASE 

keyword was specified on the execute form of the RACDEF macro; 
however, the list form of the macro does not have the proper 
RELEASE parameter. Macro processing terminates. 



Operation: Invoke RACF to define a non-VSAM data set residing on the volume pointed to 
by register 8. Register 7 points to the data set name. All successful requests for update 
authority to the data set are to be audited, as well as all unsuccessful ones. A discrete profile is 
to be created. 

RACDEF ENTITY=(R7) ,V0LSER=(R8) ,CLASS='DATASET' , 
AUDIT=( SUCCESS (UPDATE) , FAILURES) , 
RACFIND=YES 
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RACDEF (List Form) 



The list form of the RACDEF macro instruction is written as follows: 



RACDEF 
b 



name: symbol. Begin name in column I. 
One or more blanks must precede RACDEF. 

One or more blanks must follow RACDEF. 



ENTITY —profile name addr 



yOLSER = vol addr 



,TYPE = DEFINE 

,TYPE = DEFINE,NEWNAME = 

new dsn addr 

,TYPE = ADDVOL.OLDVOL = 

old vol addr 

,TYPE = CHGVOL,OLDVOL - 

old vol addr 

,TYPE = DELETE 

,DSTYPE = N 
,DSTYPE = V 
,DSTYPE = M 
,DSTYPE = T 

,INSTLN =parm list addr 

,CLASS= 'classname' 
.CLASS = class name addr 



MEHT\TY = entity addr 

,MCLASS = 'classname' 
,MCLASS = class name addr 



,MVOLSER = vo/jer addr 

,MGENER = ASIS 
,MGENER = YES 

,ACEE = acee addr 

,UNIT = unit addr 

.SPECIAL = YES 
.SPECIAL = NO 

,OWNER = owner id addr 

,LEVEL == number 
,LEVEL = reg 



profile name addr: A- type address. 

Note: ENTITY must be specified on either the list or the execute form of 

the macro. 

vol addr: A-type address, or register (2) - (12). 

Note: VOLSER is required only for CLASS = 'DATASET' and DSTYPE 

not equal to M when a discrete profile name is used. 



new dsn addr: A-type address, or register (2) - (12). 
old vol addr: A-type address, or register (2) - (12). 



Default: TYPE = DEFINE 
Default: DSTYPE = N 



parm list addr: A-type address, or register (2) - (12). 

'classname': 1-8 character name. 

class name addr: A-type address, or register (2) - (12). 

Default: CLASS = 'DATASET' 

entity addr: A-type address, or register (2) - (12). 

'classname': 1-8 character name. 

class name addr: A-type address, or register (2) - (12). 

Default: MCLASS = 'DATASET' 

volser addr: A-type address, or register (2) - (12). 

Default: MGENER = ASIS 

acee addr: A-type address, or register (2) - (12). 
unit addr: A-type address, or register (2) - (12). 
Default: SPECIAL = NO 

owner id addr: A-type address, or register (2) - (12). 

Default: zero. 

reg: register (2) - (12). 
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.UACC = ALTER 
,UACC= CONTROL 
,UACC = UPDATE 
,UACC = READ 

,UACC = NONE 
,UACC = /-eg 

,DATA = data addr 

,AUDIT = NONE 

,A\3I>YY =^ audit value 

, AUDIT = {audit value (access 

level), audit value (access level)) 

,K\JT>ll--(reg) 

,RACFIND = YES 
,RACFIND = NO 

,CHKAUTH = YES 
,CHKAUTH = NO 

,GENERIC = YES 
,GENERIC = ASIS 

,WARNING = YES 
,WARNING = NO 



,RELEASE = number 

,FILESEQ = reg 
,FILESEQ = number 

,EXPDT = expir-date addr 
,RETPD = retn-period addr 

,ACCLVL = (access value addr) 
,ACCLVL = (access valui addr, 
parm list addr) 

,TAPELBL = STD 
,TAPELBL = BLP 
,TAPELBL = NL 

,CATGORY^ addr 

,SECLVL^ addr 

,ERASE = YES 
,ERASE-NO 

,NOTIFY = notify-id addr 



reg: register (2) - (12). 

data addr: A-type address or register (2) - (12). 

audit value: ALL, SUCCESS, or FAILURES 

access level: READ, UPDATE, CONTROL, or ALTER 

Default: READ 

reg: register (2) - (12). 



Default: CHKAUTH = NO 

Default: GENERIC = ASIS 

Default: WARNING = NO 

Note: Warning is valid only if TYPE = DEFINE 

is specified. 

number: 1.6 or 1.7 
Default: RELEASE =1.6 

reg: register (2) - (12). 
number: 1-9999 

expir-date addr: A-type address or register (2) - (12). 
retn-period addr: A-type address or register (2) - (12). 
Default: see description of parameter. 

access value addr: A-type address or register (2) - (12). 
parm list addr: A-type address, or register (2) - (12). 

Default: TAPELBL = STD 



addr: A-type address, or register (2) - (12). 
addr: A-type address, or register (2) - (12). 
Default: ERASE = NO 

notify-id addr: A-type address or register (2) - (12). 



,MF = L 



The parameters are explained under the standard form of the RACDEF macro instruction, with 
the following exception: 

,MF = L 

specifies the list form of the RACDEF macro instruction. 
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RACDEF (Execute Form) 



The execute fonri of the RACDEF macro instruction is written as follows: 



RACDEF 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede RACDEF. 

One or more blanks must follow RACDEF. 



ENTITY = profile name addr 



,YOLSER = vol addr 



,TYPE = DEFINE 

,TYPE = DEFINE.NEWNAME = 

new dsn addr 

,TYPE = ADDVOL,OLDVOL = 

old vol addr 

,TYPE = CHGVOL,OLDVOL = 

old vol addr 

,TYPE = DELETE 

,DSTYPE = N 
,DSTYPE = V 
,DSTYPE = M 
,DSTYPE = T 

JNSTLN =parm list addr 

,CLASS = 'dassname' 
jCLASS = class name addr 

,MENTITY = e«^zYy addr 

,MCLASS = 'dassname' 
,MCLASS = dass name addr 

,MVOLSER = volser addr 

,MGENER = ASIS 
,MGENER = YES 

,ACEE = acee addr 

,UNIT = unit addr 

,SPECIAL = YES 
.SPECIAL = NO 

,OWNER = owner id addr 

,LEVEL = number 
XEWEL = reg 



profile name addr: RX-type address. 

Note: ENTITY must be specified on either the list or the execute form of 

the macro. 

vol addr: RX-type address, or register (2) - (12). 

Note: VOLSER is required only for CLASS = 'DATASET' and DSTYPE 

not equal to M when a discrete profile name is used. 



new dsn addr: RX-type address, or register (2) - (12). 
old vol addr: RX-type address, or register (2) - (12). 

Default: TYPE = DEFINE 
Default: DSTYPE = N 



parm list addr: RX-type address, or register (2) - (12). 

'dassname': 1-8 character name. 

class name addr: RX-type address, or register (2) - (12). 

Default: CLASS = 'DATASET' 

entity addr: RX-type address, or register (2) - (12). 

'dassname': 1-8 character name. 

dass name addr: RX-type address, or register (2) - (12). 

Default: MCLASS = 'DATASET' 

volser addr: RX-type address, or register (2) - (12). 

Default: MGENER = ASIS 



acee addr: RX-type address, or register (2) - (12). 
unit addr: RX-type address, or register (2) - (12). 
Default: SPECIAL = NO 

owner id addr: RX-type address, or register (2) - (12). 

Default: zero. 

reg: register (2) - (12). 
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,UACC = ALTER 
,UACC = CONTROL 
,UACC = UPDATE 
,UACC = READ 
,UACC = NONE 
,UACC = reg 

,DATA = data addr 

,AUDIT = NONE 
,AUDIT = audit value 
,AUDIT = {audit value (access 
level), audit value (access level)) 
,A\JI>YY-=(reg) 

,RACFIND = YES 
,RACFIND = NO 

,CHKAUTH = YES 
,CHKAUTH = NO 

,GENERIC = YES 
,GENERIC = ASIS 

,WARNING = YES 
,WARNING==NO 



,RELEASE= ( number, CRECK) 
, RELEASE = number 
,RELEASE = (,CHECK) 

,FILESEQ = reg 
,FILESEQ = number 

,EXPDT = expir-date addr 
,RETPD = retn-period addr 

,ACCLVL = (access value addr) 
,ACCLVL = (access value addr, 
parm list addr) 

,TAPELBL = STD 
,TAPELBL = BLP 
,TAPELBL = NL 

,CATGORY = «^rfr 

,SECINL-- addr 

,ERASE = YES 
,ERASE = NO 

.NOTIFY = notify-id addr 
,MF = (E,ctrladdr) 



reg: register (2) - (12). 

data addr: RX-type address or register (2) - (12). 

audit value: ALL, SUCCESS, or FAILURES 

access level: READ, UPDATE, CONTROL, or ALTER 

Default: READ 

reg: register (2) - (12). 



Default: CHKAUTH = NO 

Default: GENERIC = ASIS 

Default; WARNING = NO 

Note: Warning is valid only if TYPE = DEFINE 

is specified. 

number: 1 .6 or 1 .7 
Default: RELEASE =1.6 

reg: register (2) - (12). 
number: 1-9999 

expir-date addr: RX-type address or register (2) - (12). 
retn-period addr: RX-type address or register (2) - (12). 
Default: see description of parameter. 

access value addr: RX-type address or register (2) - (12). 
parm list addr: A-type address, or register (2) - (12). 

Default: TAPELBL = STD 



addr: RX-type address, or register (2) - (12). 
addr: RX-type address, or register (2) - (12). 
Default: ERASE = NO 

notify-id addr: RX-type address or register (2) - (12). 
Ctrl addr: RX-type address, or register (1) or (2) - (12). 
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The parameters are explained under the standard form of the RACDEF macro instruction, with 
the following exception: 

,MF = (E,ctrl addr) 

specifies the execute form of the RACDEF macro instruction using a remote control 
program parameter list. 

,RELEASE = inumber.CHECK) 
,RELEASE = «MmZ?er 
,RELEASE = (,CHECK) 

specifies the RACF release level of the parameter list to be generated by this macro. 

Certain parameters can be specified only with particular releases. For instance, to use the 
RACDEF release 1.7 parameter EXPDT you must be using RACF 1.7 on your system 
and specify RELEASE = 1.7. If you specify a parameter with an incompatible release 
level, the parameter will not be accepted by the macro processing. An error message will 
be issued at assembly time. For the parameters that are vaUd for RELEASE = 1.6 and 
later, see Figure 7 on page 2-276. 

The default is RELEASE = 1.6. 

When you specify the RELEASE keyword, checking is done at assembly time. 
Execution-time validation of the compatibility between the list and execute forms of the 
RACDEF macro can be done by your specifying the CHECK subparameter on the 
execute form of the macro. 

When CHECK processing is requested, if the size of the Hst-form expansion is not large 
enough to accommodate all parameters defined by the RELEASE keyword on the execute 
form of the macro, the execute form of the macro will not be done. Instead, a return 
code X'64' will be generated. 



RACDEF (Execute Form) 2-283 



RAGHECK - Check RACF Authorization 



The RACHECK macro instruction is used to provide authorization checking when a user 
requests access to a RACF-protected resource. The RACHECK macro instruction is also 
described in the Supervisor Services and Macro Instructions, with the exception of the 
PROFILE, CSA, ACEE, and LOG parameters. These parameters are restricted in use and 
must only be used by programs that are authorized (APF-authorized, in system key 0-7, or in 
supervisor state). 

Systems using RACF Version 1 , Release 6 or later, have the option to temporarily grant access 
requests to users who do not have sufficient authority instead of unconditionally denying 
requests. In this case, RACF issues a warning message instead of failing the request. RACF 
provides this option on an individual basis; installations can use the warning facility selectively 
via the WARNING = YES keyword of the RACDEF macro for that particular profile, without 
affecting the access control provided by other RACF profiles. 

RACHECK bypasses the warning processing if the OWNER keyword is specified, as this 
indicates that the request is coming from a RACF command processor. 

Notes: 

1. Do not use the DSTYPE=M or OWNER parameters unless RACF Version 1, Release 4 or 
later is installed on your system. 

2. Do not use the ACCLVL or RACFIND parameters unless RACF Version 1, Release 5 or 
later is installed on your system. 

3. Only callers in 24-bit addressing mode can issue this macro. Callers executing in 31-bit 
addressing mode, who want to use the RACHECK function, can code the RAC ROUTE 
macro. 
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The standard form of the RACHECK macro instruction is written as follows: 



RACHECK 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede RACHECK. 

One or more blanks must follow RACHECK. 



PROFILE = profile addr 
ENTITY = (resource name addr) 
ENTITY = {resource name addr,CSA) 

yOLSER = vol addr 



,CLASS = 'classname' 
.CLASS = class name addr 



profile addr: A-type address, or register (2) - (12). 
resource name addr: A-type address, or register (2) - (12). 



vol addr: A-type address, or register (2) - (12). 

Note: VOLSER is required only for CLASS = 'DATASET' and DSTYPE 
not equal to M when a discrete profile name is used and only when 
ENTITY is also coded. 

'classname': 1-8 character name. 

class name addr: A-type address, or register (2) - (12). 

Default: CLASS = 'DATASET' 



.RELEASE = number 

,ATTR = READ 
,ATTR = UPDATE 
,ATTR = CONTROL 
,ATTR = ALTER 
,ATTR = reg 

,DSTYPE = N 
,DSTYPE = V 
,DSTYPE = M 
,DSTYPE = T 

,lNSTLT<i = parm list addr 

,LOG = ASIS 
,LOG = NOFAIL 
,LOG = NONE 
,LOG = NOSTAT 

,OLDVOL = old vol addr 

,APPL= 'applname' 
,APPL = applname addr 

,ACEE = acee addr 

,OWNER = owner ID addr 

,ACCLVL = {access value addr) 
,ACCLVL = {access value addr, 
parm list addr) 

,RACFIND = YES 
,RACFIND = NO 

,GENERIC = YES 

,GENERIC = ASIS 

,FILESEQ = re^ 
,FILESEQ = number 

,TAPELBL = STD 
,TAPELBL = BLP 
,TAPELBL = NL 

,STATUS = NONE 
,STATUS = ERASE 



number: 1 .6 or 1 .7 
Default: RELEASE =1.6 

reg: register (2) - (12). 
Default: ATTR = READ 



Default: DSTYPE = N 



parm list addr: A-type address, or register (2) - (12). 
Default: LOG = ASIS 



old vol addr: A-type address, or register (2) - (12). 
applname addr: A-type address, or register (2) - (12). 

acee addr: A-type address, or register (2) - (12). 
owner ID addr: A-type address, or register (2) - (12). 
access value addr: A-type address or register (2)-(12). 

parm list addr: A-type address or register (2)-(12). 
Default: GENERIC =ASIS 



reg: register (2) - (12). 
number: 1-9999 

Default: TAPELBL = STD 



Default: STATUS = NONE 
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The parameters are explained as follows: 

PROFILE =/?ro/i!7e addr 

ENTITY = (resource name addr) 

ENTITY = (resource name addr, CSA) 

ENTITY = (resource name addr) specifies that RACF authorization checking is to be 
performed for the resource whose name is pointed to by the specified address. The 
resource name is a 44-byte DASD data set name for CLASS = 'DATASET' or a 6-byte 
volume serial number for CLASS = 'DASDVOL' or CLASS = 'TAPEVOL'. The length of 
all other resource names is determined from the class descriptor tables. The name must 
be left justified in the field and padded with blanks. 

PROFILE =/7rc>/i7e addr specifies that RACF authorization checking is to be performed 
for the resource whose profile is pointed to by the specified address. 

ENTITY = (resource name addr,CSA) specifies that RACF authorization checking is to 
be performed for the indicated resource, and that a copy of the profile is to be maintained 
in main storage. The storage acquired for the profile is obtained from the common 
storage area (CSA), and is fetch-protected, key zero storage. The issuer of RACHECK 
must free this storage when the profile is no longer needed. (The profile subpool number 
and length are part of the profile data being returned.) If CSA is specified and the return 
code produced by the RACHECK macro instruction is 00 or 08, the address of the profile 
is returned in register 1 . 

By estabhshing and maintaining a resource profile, the resource manager can reduce the 
I/O required to perform RACF authorization checks on highly-accessed resources. 

,VOLSER = vol addr 

specifies the volume serial number, as follows: 

• For non-VSAM DASD data sets and tape data sets, this is the volume serial number 
of the volume on which the data set resides. 

• For YSAM DASD data sets and tape data sets, this is the volume serial number of 
the catalog controlling the data set. 

The volume serial number is optional if DSTYPE = M is specified; it is ignored if the 
profile name is generic. 

The field pointed to by the specified address contains the volume serial number padded to 
the right with blanks, if necessary, to make six characters. VOLSER = is only valid and 
must be supplied with CLASS = 'DATASET', (unless DSTYPE = M is specified) and if 
ENTITY is also coded. 

,CLASS='classname' 

,CLASS = classname addr 

specifies that RACF authorization checking is to be performed for a resource of the 
specified class. If an address is specified, the address must point to a one-byte field 
indicating the length of the classname, followed by the class name (for example 
DATASET, DASDVOL or TAPEVOL). 
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,RELEASE = number 

specijfies the RACF release level of the parameter hst to be generated by this macro. 

Certain parameters can be specified only with particular releases. For instance, to use the 
RACHECK release 1.7 parameter FILESEQ you must be using RACF 1.7 on your 
system and specify RELEASE = 1.7. If you specify a parameter with an incompatible 
release level, the parameter will not be accepted by the macro processing. An error 
message will be issued at assembly time. For the parameters that are valid for 
RELEASE = 1.6 and later, see Figure 9 on page 2-292. 

The default is RELEASE = 1.6. 

When you specify the RELEASE keyword, checking is done at assembly time. 
Execution-time vahdation of the compatibility between the Hst and execute forms of the 
RACHECK macro can be done by your specifying the CHECK subparameter on the 
execute form of the macro. 

,ATTR = READ 
,ATTR = UPDATE 
,ATTR = CONTROL 
,ATTR = ALTER 
,ATJR = reg 

specifies the access authority of the user or group permitted access to the resource for 

which RACF authorization checking is to be performed: 

READ - RACF user or group can open the resource only to read. 

UPDATE - RACF user or group can open the resource to write or read. 

CONTROL - For VSAM data sets, RACF user or group has authority equivalent to 
the VSAM control password. For non-VSAM data sets and other resources, RACF 
user or group has UPDATE authority. 

ALTER - RACF user or group has total control over the resource. 

If a register is specified, the register must contain one of the following codes in the 
low-order byte of the register: 

X'02' - READ 
X'04' - UPDATE 
X'08' - CONTROL 
X'80' - ALTER 

,DSTYPE = N 
,DSTYPE = V 
,DSTYPE = M 
,DSTYPE = T 

specifies the type of data set associated with the request: 

• N for non-VSAM 

• V for VSAM 

• M for model profile 

• T for tape 
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If DSTYPE = T is specified and tape data set protection is not active, the processing will 
be the same as for RACHECK CLASS = 'TAPEVOL'. DSTYPE should only be specified 
for CLASS = 'DATASET'. 

Note: Do not specify DSTYPE = M unless RACE Version 1, Release 4 or later is 
installed on your system. 

,INSTLN =parm list addr 

specifies the address of an area that is to contain parameter information meaningful to the 
RACHECK installation exit routine. This information is passed to the installation exit 
routine when it is given control from the RACHECK routine. 

The INSTLN parameter can be used by an application program acting as a resource 
manager that needs to pass information to the RACHECK installation exit routine. 

,LOG = ASIS 
,LOG = NOFAIL 
,LOG = NONE 
,LOG = NOSTAT 

specifies the types of access attempts to be recorded on the SMF data set: 

ASIS - Attempts to be recorded are as specified on the ADDSD or ALTDSD command 
that was issued for the data set or the RDEFINE or RALTER command for the tape or 
DASD volume. 

NOP AIL - If the authorization check fails, the attempt is not recorded. If the 
authorization check succeeds, the attempt is recorded as in ASIS. 

NONE - The attempt is not to be recorded. 

NOSTAT - The attempt is not to be recorded and no resource statistics are to be updated. 

,0luTiW01u = old vol addr 

specifies a volume serial: 

• For CLASS = 'DATASET', within the same multivolume data set specified by 
VOLSER = . 

• For CLASS = 'TAPE VOL', within the same tape volume specified by ENTITY = . 

RACF authorization checking will verify that the OLD VOL specified is part of the same 
multivolume data set or tape volume set. 

The specified address points to the field that contains the volume serial number padded to 
the right with blanks, if necessary, to make six characters. 

,APPL= 'applname' 

, APPL = applname addr 

specifies the name of the apphcation requesting authorization checking. The applname is 
not used for the authorization checking process but is made available to the installation 
exit routine(s) called by the RACHECK routine. If the address is specified, the address 
must point to an 8-byte field containing the application name left justified and padded 
with blanks. 



2-288 SPL: System Macros and Facilities Volume 2 



, ACEE = acee addr 

specifies the address of the accessor environment element (ACEE) to be used for checking 
authorization during RACHECK processing. If no ACEE is specified, RACE uses the 
TASK ACEE pointer (TCBSENV) in the extended TCB. Otherwise, or if the TASK 
ACEE pointer is zero, RACE uses the main ACEE for the address space. The main 
ACEE is pointed to by the ASXBSENV field of the address space extension block, 

,OWNER = owner ID addr 

specifies a profile owner id that is compared with the profile owner id in the owner field 
of the RACE profile. If the owner names match, the access authority allowed for that 
userid is 'ALTER'. The address must point to an 8-byte field containing the owner name, 
left-justified and padded with blanks. 

If OWNER is specified, any WARNING and OPERATIONS attribute processing is 
bypassed. 

This keyword is primarily intended for use by the RACE command processors to check a 
user's authority to access the profile specified. 

Note: Do not specify OWNER unless RACE Version 1, Release 4 or later is installed on 
your system. 

,ACCLVL = (access value addr) 

, ACCLVL = (access value addr,parm list addr) 

specifies the tape label access level information for the MVS tape label functions. The 
access value pointed to by the specified address is a one byte length field, containing the 
value (0-8) of the length of the following data, followed by an eight-character string that 
will be passed to the RACHECK installation exit routines. The optional parameter list 
pointed to by the specified address contains additional information to be passed to the 
RACHECK installation exit routines. RACE does not inspect or modify this 
information. 

Note: Do not use the ACCLVL parameter unless RACE Version 1, Release 5 or later is 
installed on your system. 

,RACFIND = YES 
,RACFIND = NO 

indicate.s whether or not the resource is protected by a discrete profile. The RACE 
processing and the possible return codes are given in Figure 8. Note that in all cases, a 
return code of X'OC is also possible. 

Note: Do not use the RACFIND parameter Unless RACE Version 1, Release 5 or later 
is installed on your system. 
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Operand 



Generic Profile Checking 
Inactive 



Generic Profile Checking 
Active 



RACFIND = YES 



Look for discrete profile; 
if found, exit with 
return code 00 or 08. 
If no discrete profile is 
found, exit with return 
code 08. 



Look for discrete profile; 

if found, exit with 

return code 00 or 08. 

Look for generic profile; 

if found, exit with return code 00 

or 08. 

Exit with return code 08 if neither 

a discrete nor a generic profile 

is found. 



RACFIND = NO 



No checking. Exit 
with return code 04. 



Look for generic profile; 
if found, exit with 
return code 00 or 08. 
if not found, exit with 
return code 04. 



RACFIND not 
specified 



Look for discrete profile; 
if found, exit with 
return code 00 or 08. 
If no discrete profile is 
found, exit with return 
code 04. 



Look for discrete profile; 

if found, exit with 

return code 00 or 08. 

Look for generic profile; 

if found, exit with return code 00 

or 08. 

Exit with return code 04 if neither a 

discrete nor a generic profile is found. 



Figure 8. Types of Profile Checking Performed by RACHECK 

,GENERIC = YES 
,GENERIC = ASIS 

specifies whether the resource name is to be treated as a generic profile name. If 
GENERIC is specified with CLASS = DEFINE, NEWNAME, then GENERIC appHes to 
both the old and new names. GENERIC is ignored if the GENCMD option on the 
RACE SETROPTS command is not specified for the class (see RACF Command 
Language Reference). 

This keyword is designed primarily for use by RACF commands. 

• If GENERIC = YES is specified, the resource name is considered a generic profile 
name, even if it does not contain either of the generic characters: an asterisk (*) or a 
percent sign (%). 

• If GENERIC = ASIS is specified, the resource name is considered a generic only if it 
contains either of the generic characters: an asterisk (*) or a percent sign (%). 

,FILESEQ = KMm^er 
,FILESEQ = reg 

specifies the file sequence number of a tape data set on a tape volume or within a tape 
volume set. The value must be in the range 1 - 9999. If a register is specified, it must 
contain the file sequence number in the low-order half-word. If CLASS = 'DATASET' 
and DSTYPE = T are not specified, FILESEQ is ignored. 
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,TAPELBL = STD 
,TAPELBL = BLP 
,TAPELBL-NL 

specifies the type of tape label processing to be done: 

• STD - IBM or ANSI standard labels. 

• BLP - bypass label processing. 

• NL - non-labeled tapes. 

For TAPELBL = BLP, the user must have the requested authority to the profile ICHBLP 
in the general resource class FACILITY. For TAPELBL =NL or BLP, the user will not 
be allowed to protect volumes with volume serial numbers in the format "Lnnnnn." 

This parameter is primarily intended for use by data management routines to indicate the 
label type from the LABEL keyword on the JCL statement. 

This parameter is vaUd only for CLASS = 'DATASET' and DSTYPE = T, or 
CLASS = 'TAPEVOL'. The default is TAPELBL = STD. 

,STATUS = NONE 
,STATUS = ERASE 

Specifies whether or not RACHECK is to return the erase status of the given data set. 
This parameter is vaUd onl^ for CLASS = 'DATASET' and a DSTYPE value other than 
T. The default is STATUS = NONE. 
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Parameters For RELEASE = 1.6 and Later 

The RELEASE values for which a specific parameter is valid are marked with an 'X'. 



Parameter 


RELEASE = 
1.6 


RELEASE = 

1.7 


ACEE = 


X 


X 


ACCLVL= 


X 


X 


APPL = 


X 


X 


ATTR = 


X 


X 


CLASS = 


X 


X 


DSTYPE = N, V, or 

M 


X 


X 


DSTYPE = T 




X 


ENTITY = 


X 


X 


FILESEQ = 




X 


GENERIC = 


X 


X 


INSTLN = 


X 


X 


LOG = 


X 


X 


OLD VOL = 


X 


X 


OWNER = 


X 


X 


PROFILE = 


X 


X 


RACFIND = 


X 


X 


RELEASE = 


X 


X 


STATUS = 




X 


TAPELBL= 




X 


VOLSER = 


X 


X 



Figure 9. RACHECK Parameters for RELEASE = 1.6 and Later 
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Return Codes and Reason Codes 



When control is returned, register 15 contains one of the following return codes: 



Hexadecimal 
Code 



Meaning 



00 



04 



08 



OC 



64 



The user is authorized by RACF to obtain use of a 
RACF-protected resource. Register 
contains one of the following reason codes: 

00 indicates a normal completion. 

04 indicates STATUS = ERASE was specified and the 
data set is to be erased when scratched. Or the 
warning status of the resource was requested by the RACHECK 
issuer setting bit '10' at offset 12 decimal 
in the RACHECK parameter list and the resource is 
in warning mode. 

The specified resource is not protected by RACF. 
Register contains the following 
reason code: 



00 



indicates a normal completion. 



The user is not authorized by RACF to obtain use 
of the specified RACF-protected resource. 
Register contains the following 
reason code: 

00 indicates a normal completion. 

04 indicates STATUS = ERASE was specified and the 
data set is to be erased when scratched. 

08 indicates DSTYPE - T or CLASS = 'TAPEVOL' 
was specified and the user is not authorized 
to use the specified volume. 

OC indicates the user is not authorized to 
use the data set. 

10 indicates DSTYPE = T or CLASS = 'TAPEVOL' 
was specified and the user is not authorized 
to specify LABEL ==(,BLP). 

The OLDVOL specified was not part of the multivolume 
data set defined by VOLSER, or it was not part of the 
same tape volume defined by ENTITY. 

Indicates that the CHECK subparameter of the RELEASE 
keyword was specified on the execute form of the RACHECK macro; 
however, the list form of the macro does not have the proper 
RELEASE parameter. Macro processing terminates. 



Example 



Operation: Perform RACF authorization checking using the standard form, for a non-VSAM 
data set residing on the volume pointed to by register 8. Register 7 points to the data set name 
and the RACF user is requesting the highest level of control over the data set. The 
"RACF-indicated" bit in the data set's DSCB is on. Logging and statistics updates are not to 
be done. 



RACHECK ENTITY= ( { R7 ) ) , VOLSER= ( R8 ) , CLASS= ' DATASET 
ATTR=ALTER , RACFIND=YES , LOG=NOSTAT 



X 
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RACHECK (List Form) 



The list form of the RACHECK macro instruction is written as follows: 



RACHECK 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede RACHECK. 

One or more blanks must follow RACHECK. 



VROmiM= profile addr 
ENTITY = {resource name addr) 
ENTITY = {resource name addr, CSA) 

,yOLSEK = vol addr 



jCLASS = 'classname' 
,CLASS = class name addr 



profile addr: A- type address. 

resource name addr: A-type address. 

Note: PROFILE or ENTITY is required on either the list or the execute 

form of the macro. 

vol addr: A-type address. 

Note: VOLSER is required on either the list or the execute form of the 
macro, but only for CLASS = 'DATASET' and DSTYPE not equal to M 
when a discrete profile name is used. If required, VOLSER must be 
specified on either the list or the execute form of the macro. 

'classname': 1-8 character name. 
class name addr: A-type address. 
Default: CLASS = 'DATASET' 



,RELEASE = number 

,ATTR = READ 
,ATTR = UPDATE 
,ATTR = CONTROL 
,ATTR = ALTER 
,AJTK = reg 

,DSTYPE = N 
,DSTYPE = V 
,DSTYPE = M 
,DSTYPE = T 

,INSTLN =parm list addr 

,LOG = ASIS 
,LOG = NOFAIL 
,LOG = NONE 
,LOG = NOSTAT 

,OLDVOL = old vol addr 

,APPL= 'applname' 
,APPL = applname addr 

,ACEE = acee addr 



number: 1.6 or 1.7 
Default: RELEASE =1.6 

reg: register (2) - (12). 
Default: ATTR = READ 



Default: DSTYPE = N 



parm list addr: A-type address. 
Default: LOG = ASIS 



old vol addr: A-type address. 
applname addr: A-type address. 

acee addr: A-type address. 
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,OWNER = owner ID addr 

,ACCLVL = {access value addr) 
,ACCLVL = {access value addr, 
parm list addr) 

,RACFIND = YES 
,RACFIND = NO 

.GENERIC = YES 
,GENERIC = ASIS 

,FILESEQ = reg 
,FILESEQ = number 

,TAPELBL = STD 
,TAPELBL = BLP 
,TAPELBL = NL 

,STATUS = NONE 
,STATUS = ERASE 



,MF = L 



owner ID addr: A-type address. 

access value addr: A-type address or register {2)-(12). 

parm list addr: A-type address or register (2)-(12). 

Default: GENERIC = ASIS 



reg: register (2) - (12). 
number: 1-9999 

Default: TAPELBL = STD 



Default: STATUS = NONE 



The parameters are explained under the standard form of the RACHECK macro instruction 
with the following exception: 

,MF = L 

specifies the list form of the RACHECK macro instruction. 
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RACHECK (Execute Form) 



The execute form of the RACHECK macro instruction is written as follows: 



RACHECK 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede RACHECK. 

One or more blanks must follow RACHECK. 



^KOmiE =profileaddr 
ENTITY = {resource name addr) 
BKIYIY — {resource name addr, CS A) 

yOLSER = vol addr 



,CLASS= 'classname' 
,CLASS = class name addr 



profile addr: KK-type address, or register {2) - {12). 

resource name addr: RX-type address, or register (2) - (12). 

Note: PROFILE or ENTITY is required on either the list or the execpte 

form of the macro. 

vol addr: RX-type address, or register (2) - (12). 
Note: VOLSER is required on either the list or the execute form of the 
macro, but only for CLASS = 'DATASET' and DSTYPB not equal to M 
when a discrete profile name is used. If required, VOLSER must be 
specified on either the list or the execute form of the macro. 

'ctosnameV 1-8 character name. 

class name addr: RX-type address, or register (2) - (12). 

Default: CLASS = 'DATASET' 



,RELEASE= (number, CHECK) 
,RELEASE = number 
,RELEASE = (,CHECK) 

,ATTR = READ 
,ATTR = UPDATE 
,ATTR = CONTROL 
,ATTR = ALTER 
,ATTR = reg 

,DSTYPE=N 
,DSTYPE = V 
,DSTYPE = M 
,DSTYPE=T 

,INSTLN =parm list addr 

,LOG = ASIS 
,LOG = NOFAIL 
,LOG = NONE 
,LOG = NOSTAT 

,OLDVOL = old vol addr 

,APPL= 'applname' 
,APPL = applname addr 

, ACEE = acee addr 
,OWHWi = owner ID addr 



number: 1.6 or 1.7 
Default: RELEASE =1.6 



reg: register (2) - (12). 
Default: ATTR = READ 



Default: DSTYPE=N 



parm list addr: RX-type address, or register (2) - (12). 
Default: LOG = ASIS 



old vol addr: RX-type address, or register (2) - (12). 
applname addr: RX-type address, or register (2) - (12). 

acee addr: RX-type address, or register (2) - (12). 
owner ID addr: RX-type address, or register (2) - (12). 
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,ACCLVL = (access value addr) access value addr: RX-type address or register (2)-(12). 

,ACCL\'L- {access value addr, RX-type address or register (2)-(12). 

parm list addr) parm list addr: 

,RACFIND = YES 
,RACFIND-NO 

.GENERIC = YES Default: GENERIC = ASIS 

.GENERIC = ASIS 

.FILESEQ = reg reg: register (2) - ( 1 2). 

,FILESEQ = «Mm6er number: 1-9999 

,TAPELBL = STD Default: TAPELBL = STD 

,TAPELBL = BLP 
,TAPELBL = NL 

.STATUS = NONE Default: STATUS = NONE 

.STATUS = ERASE 

.MF = (E,c?r/ addr) Ctrl addr: RX-type address, or register (1) or (2) - (12). 



The parameters are explained under the standard form of the RACHECK macro instruction 
with the following exceptions: 

specifies the execute form of the RACHECK macro instruction. 

,RELEASE = (number.CHECK) 
.RELEASE = number 
,RELEASE = (,CHECK) 

specifies the RACE release level of the parameter list to be generated by this macro. 

Certain parameters can be specified only with particular releases. For instance, to use the 
RACHECK release 1.7 parameter FILESEQ you must be using RACE 1.7 on your 
system and specify RELEASE = 1 .7. If you specify a parameter with an incompatible 
release level, the parameter will not be accepted by the macro processing. An error 
message will be issued at assembly time. For the parameters that are valid for 
RELEASE = 1.6 and later, see Figure 9 on page 2-292. 

The default is RELEASE = 1 .6. 

When you specify the RELEASE keyword, checking is done at assembly time. 
Execution-time validation of the compatibiUty between the list and execute forms of the 
RACHECK macro can be done by your specifying the CHECK subparameter on the 
execute form of the macro. 

When CHECK processing is requested, if the size of the list-form expansion is not large 
enough to accommodate all parameters defined by the RELEASE keyword on the execute 
form of the macro, the execute form of the macro will not be done. Instead, a return 
code X'64' will be generated. 
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RACINIT - Identify a RACF-Defined User 



The RACINIT macro instruction is used to provide Resource Access Control Facility (RACF) 
user identification and verification. The macro instruction identifies a user and verifies that the 
user is defined to RACF and has supplied a valid password and/or operator identification card 
(OIDCARD parameter). 

To issue the RACINIT macro instruction with the NEWPASS keyword, the calling module 
must be authorized (APF-authorized, in system key 0-7, or in supervisor state). To issue the 
RACINIT macro without the NEWPASS keyword, the calUng module must either be 
authorized (APF-authorized, in system key 0-7, or in supervisor state) or in the 
RACF-authorized caller table and fetched fi*om an authorized library. 

Note: Only callers in 24-bit addressing mode can issue this macro. Callers executing in 31 -bit 
addressing mode, who want to use the RACINIT fimction, can code the RACROUTE macro. 
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The standard form of the RACINIT macro instruction is written as follows: 



RACINIT 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede RACINIT. 

One or more blanks must follow RACINIT. 



USERID = userid addr 
,PASSWRD = password addr 

,START =procname addr 

jNEWPASS = new password addr 

,GRO\JP= group addr 

,PGMNAME = programmer name 
addr 

jACTINFO = account addr 

,OmCARD = Old addr 

jTERMID = terminal addr 

, JOBNAME —jobname addr 

,ENVIR = CREATE 
,ENVIR = CHANGE 
,ENVIR = DELETE 



JNSTLN =parm list addr 

, APPL = 'applname ' 
jAPPL = applname addr 

,ACEE = acee addr 

,SUBPOOL = subpool number 

,SMC = YES 
,SMC = NO 

,PASSCHK = YES 
,PASSCHK = NO 

,ENCRYPT = YES 
,ENCRYPT = NO 

-RELEASE = number 



userid addr: A-type address, or register (2) - (12). 
password addr: A-type address, or register (2) - (12). 

procname addr: A-type address, or register (2) - (12). 

new password addr: A-type address, or register (2) - (12). 

group addr: A-type address, or register (2) - (12). 
Default: zero. 

programmer name addr: A-type address, or register 
(2) - (12). 

account addr: A-type address, or register (2) - (12). 

oid addr: A-type address, or register (2) - ( 12). 

terminal addr: A-type address, or register (2) - (12). 

jobname addr: A-type address, or register (2) - (12). 

Default: ENVIR = CREATE 
Notes: 

1 . ENVIR = CHANGE may not be specified with USERID = , 
PASSWRD = , START - , NEWPASS = , ACTINFO = , 
PGMNAME = , OIDCARD = , or TERMID= parameters. 

2. ENVIR = DELETE may not be specified with APPL = , USERID = 
PASSWRD = , START = , NEWPASS = , GROUP = , ACTINFO = 
PGMNAME = , OIDCARD = , or TERMID= parameters. 

parm list addr: A-type address, or register (2) - (12). 

applname addr: A-type address, or register (2) - (12). 
acee addr: A-type address, or register (2) - (12). 
subpool number: decimal digit 0-255. 
Default: SMC = YES 

Default: PASSCHK = YES 

Default: ENCRYPT = YES 



number: 1.6 or 1.7 
Default: RELEASE =1.6 



,STAT = ASIS 
,STAT = NO 

,LOG = ASIS 
,LOG = ALL 



Default: STAT = ASIS 



Default: LOG = ASIS 
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The parameters are explained as follows: 

USERID = userid addr 

specifies the user identification of the user who has entered the system. The address 
points to a one-byte length field, followed by the userid. 

,PASSWRD=;ja55VF<9/"J addr 

specifies the currently defined password of the user who has entered the system. The 
address points to a one-byte length field, followed by the password. 

jSTART =procname addr 

specifies the PROC name of a started task. The address points to an eight-byte area 
containing the PROC name (left-justified and padded with blanks, if necessary). The 
START parameter is not used by RACINIT authorization checking, but it is passed to 
the installation exit routine. 

,NEWPASS = new password addr 

specifies the password which is to replace the user's currently defined password. The 
address points to a one-byte length field, followed by the password. 

,GRO\]V= group addr 

specifies the group specified by the user who has entered the system. The address points 
to a one-byte length field, followed by the group name. 

,PGMNAME = programmer name addr 

specifies the address of the name of the user who has entered the system. This twenty 
byte area is passed to the RACINIT installation exit routine; it is not used by the 
RACINIT routine. 

jACTINFO == account addr 

specifies the address of a field containing accounting information. This 144 byte area is 
passed to the RACINIT installation exit routine; it is not used by the RACINIT routine. 
The accounting field, if supplied, should have the following format: 

• First byte of field contains the number (binary) of accounting fields. 

• Following bytes contain accounting fields, where each entry for an accounting field 
contains a one-byte length field, followed by the field. 

,OmC ASiJi = oid addr 

specifies the address of the currently defined operator identification card of the user who 
has entered the system. The address points to a one-byte length field, followed by the 
operator ID card. 

,TERMID = terminal addr 

specifies the address of the identifier for the terminal through which the user is accessing 
the system. The address points to an eight byte area containing the terminal identifier. 
The area must reside in a non-task -related storage subpool. 

, JOBNAME =jobname addr 

specifies the address of the JOB name of a background job. The address points to an 
eight byte area containing the JOB name (left justified and padded with blanks, if 
necessary). The JOBNAME parameter is not used by RACINIT authorization checking, 
but it is passed to the installation exit routine. 
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,ENVIR = CREATE 
,ENVIR = CHANGE 
,ENVIR = DELETE 

specifies the action to be performed by the user initiaUzation component regarding the 
accessor environment element (ACEE): 

CREATE - The user should be verified and an ACEE created. 

CHANGE - The ACEE should be modified according to other parameters 
specified on RACINIT. 

DELETE - The ACEE should be deleted. This parameter should only be 
used if a previous RACINIT has completed successfully. 

JNSTIjN =parm list addr 

specifies the address of an area containing parameter information meaningful to the 
RACINIT installation exit routine. This area is passed to the installation exit v^'hen the 
exit routine is given control from the RACINIT routine. 

The INSTLN parameter can be used by an installation having a user verification or job 
initiation apphcation, and wanting to pass information from one installation module to 
the RACINIT installation exit routine. 

,APPL= 'applname' 

, APPL = applname addr 

specifies the name of the application issuing the RACINIT. If an address is specified, the 
address must point to an 8-byte application name, left justified and padded with blanks, if 
necessary. 

, ACEE = acee addr 

specifies the address of the ACEE. 

For ENVIR = DELETE: specifies the address of a fullword that contains the address of 
the accessor environment element (ACEE) to be deleted. If ACEE = is not specified, and 
the TCBSENV field for the task using the RACINIT is non-zero, the ACEE pointed to 
by the TCBSENV is deleted, and TCBSENV is set to zero. If the TCBSENV and 
ASXBSENV fields both point to the same ACEE, then ASXBSENV is also set to zero. If 
no ACEE address is passed, and TCBSENV is zero, the ACEE pointed to by 
ASXBSENV is deleted, and ASXBSENV is set to zero. 

For ENVIR = CHANGE: specifies the address of a fullword that contains the address of 
the accessor environment element (ACEE) to be changed. If ACEE = is not specified, 
and the TCBSENV field for the task using the RACINIT is non-zero, the ACEE pointed 
to by the TCBSENV is changed. If TCBSENV is 0, then the ACEE pointed to by 
ASXBSENV is changed. 

For ENVIR = CREATE: specifies the address of a full word into which the RACINIT 
function will place the address of the ACEE created. If an ACEE is not specified, the 
address of the newly created ACEE is stored in the TCBSENV field of the task control 
block. If the ASXBSENV field is set to binary zeros, the new ACEE address is also 
stored in the ASXBSENV field of the ASXB. If the ASXBSENV field is non-zero, it is 
not modified. The TCBSENV field is set unconditionally. 
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Notes: 

1. If you omit USERID, GROUP, and PASSWRD and if you code ENVIR= CREATE or 
if ENVIR = CREATE is used as the default, you will receive a return code of XW and 
obtain an ACEE that contains an * (X'SC) in place of the USERID and group name. 

2. If ACEE is specified with ENVIR = CREATE, RACE suppresses the creation of a 
modeling table (MDEL) to reduce the amount of CSA and/ or LSQA storage required 
by IMS/VS and CICS/VS installations. 

,SUBPOOL = subpool number 

specifies the storage subpool from which the ACEE and related storage are obtained. 

,SMC = YES 
,SMG = NO 

specifies the use of the step-must-complete function of RACINIT processing. SMC = YES 
specifies that RACINIT processing should continue to place other tasks for the step 
non-dispatchable. SMC = NO specifies that the step-must-complete function is not used. 

Note: SMC = NO should not be used if DADSM ALLOCATE/SCRATCH functions 
execute simultaneously in the same address space as the RACINIT function. 

,PASSCHK = YES 
,PASSCHK = NO 

specifies whether or not the user's password is to be verified. PASSCHK = YES specifies 
that RACINIT verifies the user's password. PASSCHK = NO specifies that the user's 
password is not verified. 

,ENCRYPT = YES 
,ENCRYPT = NO 

specifies whether or not RACINIT will encrypt the old password, the new password, and 
the OIDCARD data passed to it. 

YES signifies that the data specified by the PASSWRD, NEWPASS, and OIDCARD 
keywords are not pre-encrypted. RACINIT encrypts the data before storing it in the user 
profile or using it to compare against stored data. ENCRYPT = YES is the default for 
this keyword. 

NO signifies that the data specified by the PASSWRD, NEWPASS, and OIDCARD 
keywords are already encrypted. RACINIT bypasses the encryption of this data before 
storing it in, or comparing it against, the user profile. 

Note: The exit routine ICHDEXOl can also perform the encryption. 

,RELEASE = «MmZ>er 

specifies the RACE release level of the parameter Ust to be generated by this macro. 

Certain parameters can be specified only with particular releases. For instance, to use the 
RACINIT release 1.7 parameter STAT you must be using RACE 1.7 on your system and 
specify RELEASE = 1.7. If you specify a parameter with an incompatible release level, 
the parameter will not be accepted by the macro processing. An error message will be 
issued at assembly time. For the parameters that are vahd for RELEASE = 1.6 and later, 
see Figure 10 on page 2-304. 
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The default is RELEASE = 1.6. 

When you specify the RELEASE keyword, checking is done at assembly time. 
Execution-time validation of the compatibiHty between the list and execute forms of the 
RACINIT macro can be done by your specifying the CHECK subparameter on the 
execute form of the macro. 

,STAT = ASIS 
,STAT = NO 

specifies whether the statistics controlled by the installation's options on the RACF 
SETROPTS command are to be maintained or ignored for this execution of RACINIT. 
This parameter also controls whether a message is to be issued when the logon is 
successful. 

Note: Messages are always issued if the RACINIT processing is unsuccessful. 

If STAT = ASIS is specified or taken by default, the messages and statistics are controlled 
by the installation's current options on the RACF SETROPTS command. 

If STAT = NO is specified, the statistics are not updated. And, if the logon is successful, 
no message is issued. 

The default is STAT = ASIS. 

,LOG = ASIS 
,LOG = ALL 

specifies when log records are to be generated. 

If LOG = ASIS is specified or defaulted to, only those attempts to create an ACEE that 
fail will generate RACF log records. 

If LOG = ALL is specified, any request to create an ACEE, regardless of whether it 
succeeds or fails, will generate a RACF log record. The default is LOG == ASIS. 
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Parameters For RELEASE = 1.6 and Later 

The RELEASE values for which a specific parameter is valid are marked with an 'X'. 



Parameter 


RELEASE = 
L6 


RELEASE = 

1.7 


ACEE = 


X 


X 


ACCTINFO = 


X 


X 


APPL = 


X 


X 


ENCRYPT = 


X 


X 


ENVIR = 


X 


X 


GROUP = 


X 


X 


INSTLN = 


X 


X 


JOBNAME = 


X 


X 


LOG = 




X 


NEWPASS = 


X 


X 


OIDCARD = 


X 


X 


PASSCHK = 


X 


X 


PASSWRD = 


X 


X 


PGMNAME = 


X 


X 


RELEASE = 


X 


X 


SMC = 


X 


X 


START = 


X 


X 


STAT = 




X 


SUBPOOL = 


X 


X 


TERMID = 


X 


X 


USERID = 


X 


X 



Figure 10. RACINIT Parameters for RELEASE = 1.6 and Later 
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Return Codes and Reason Codes 

When control is returned, register 15 contains one of these return codes: 

Hexadecimal Code Meaning 

00 RACINIT has completed successfully. 

04 The user profile is not defined to RACF. 

08 The password is not authorized. 

OC The password has expired. 

10 The new password is invalid. 

14 The user is not defined to the group. 

18 RACINIT was failed by the installation exit routine. 

IC The user access has been revoked. 

20 RACF is not active. 

24 The user's access to the specified group has been 

revoked. 

28 OIDCARD parameter is required but not supplied. 

2C OIDCARD parameter is invalid for specified user. 

30 The user is not authorized to use the terminal. 

Register contains one of the following reason codes: 
00 indicates a normal completion. 

04 indicates the user is not authorized to access 
the system on this day, or at this time of day. 

08 indicates the terminal may not be used on this 
day, or at this time of day. 

34 The user is not authorized to use the application. 

64 Indicates that the CHECK subparameter of the RELEASE 

keyword was specified on the execute form of the RACINIT macro; 
however, the list form of the macro does not have the proper 
RELEASE parameter. Macro processing terminates. 
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RACINIT (List Form) 



The list form of the RACINIT macro instruction is written as follows: 



RACINIT 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede RACINIT. 

One or more blanks must follow RACINIT. 



USERID = userid addr 
,PASSWRD =' password addr 

,START =procname addr 

jNEWPASS = new password addr 

,GRO\J¥= group addr 

,PGMNAME = programmer name 
addr 

,ACTINFO = account addr 

,OIDCARD = oid addr 

,TERMID = terminal addr 

JOBNAME =jobname addr 

,ENVIR = CREATE 
,ENVIR = CHANGE 
,ENVIR = DELETE 



,INSTLN =parm list addr 

,APPL= 'applname' 
,APPL = applname addr 

,ACEE = acee addr 

,SUBPOOL = subpool number 

,SMC = YES 
,SMC-NO 

,PASSCHK = YES 
,PASSCHK = NO 

,ENCRYPT = YES 
,ENCRYPT = NO 

.RELEASE = number 



userid addr: A-type address. 
password addr: A-type address. 

procname addr: A-type address. 

new password addr: A-type address. 

group addr: A-type address. 

programmer name addr: A-type address. 

account addr: A-type address. 

oid addr: A-type address, or register (2) - ( 12). 

terminal addr: A-type address. 

jobname addr: A-type address. 

Default: ENVIR = CREATE 
Notes: 

1 . ENVIR = CHANGE may not be specified with USERID = , 
PASSWRD = , START = , NEWPASS = , ACTINFO = , 
PGMNAME = , OIDCARD = , or TERMID= parameters. 

2. ENVIR = DELETE may not be specified with APPL = , USERID = 
PASSWRD = , START = , NEWPASS = , GROUP = , ACTINFO = 
PGMNAME = , OIDCARD = , or TERMID = parameters. 

parm list addr: A-type address. 

applname addr: A-type address. 
acee addr: A-type address. 
subpool number: decimal digit 0-255. 
Default: SMC = YES 

Default: PASSCHK = YES 

Default: ENCRYPT = YES 



number: 1.6 or 1.7 
Default: RELEASE =1.6 
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,STAT = ASIS Default: STAT = ASIS 
,STAT = NO 

,LOG = ASIS Default: LOG = ASIS 
,LOG = ALL 



,MF = L 



The parameters are explained under the standard form of the RACINIT macro instruction, 
with the following exception: 



,MF = L 

specifies the list form of the RACINIT macro instruction. 
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RACINIT (Execute Form) 



The execute form of the RACINIT macro instruction is written as follows: 



RACINIT 



name: symbol. Begin name in column 1. 
One or more blanks must precede RACINIT. 

One or more blanks must follow RACINIT. 



USERID = userid addr 
,PASSWRD = password addr 

,START =procname addr 

,NEWPASS = new password addr 

,GROUP= group addr 

,PGMNAME —programmer name 
addr 

,ACTINFO = account addr 

,OIDCARD = oid addr 

,TERMID = terminal addr 

,JOBNAME =jobname addr 

,ENVIR = CREATE 
,ENVIR = CHANGE 
,ENVIR = DELETE 



,INSTLN =parm list addr 

,APPL= 'applname' 
,APPL = applname addr 

,ACEE = acee addr 

jSUBPOOL = subpool number 

,SMC = YES 
,SMC = NO 

,PASSCHK = YES 
,PASSCHK = NO 

,ENCRYPT = YES 
,ENCRYPT = NO 



userid addr: RX-type address, or register (2) - (12). 
password addr: RX-type address, or register (2) - (12). 

procname addr: RX-type address, or register (2) - (12). 

new password addr: RX-type address, or register (2) - (12). 

group addr: RX-type address, or register (2) - (12). 
Default: zero. 

programmer name addr: RX-type address, or register 
(2) - (12). 

account addr: RX-type address, or register (2) - (12). 

oid addr: RX-type address, or register (2) - ( 12). 

terminal addr: RX-type address, or register (2) - (12). 

jobname addr: RX-type address, or register (2) - (12). 

Default: ENVIR = CREATE 
Notes: 

1 . ENVIR = CHANGE may not be specified with USERID = , 
PASSWRD - , START = , NEWPASS = , ACTINFO = , 
PGMNAME = , OIDCARD = , or TERMID = parameters. 

2. ENVIR = DELETE may not be specified with APPL = , USERID = 
PASSWRD = , START = , NEWPASS = , GROUP = , ACTINFO = 
PGMNAME = , OIDCARD = , or TERMID = parameters. 

parm list addr: RX-type address, or register (2) - (12). 

applname addr: RX-type address, or register (2) - (12). 
acee addr: RX-t5rpe address, or register (2) - (12). 
subpool number: decimal digit 0-255. 
Default: SMC = YES 

Default: PASSCHK = YES 

Default: ENCRYPT = YES 
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,RELEASE= (number, CHECK) number: 1.6 or 1.7 

.RELEASE = number Default: RELEASE = 1 .6 

,RELEASE = (,CHECK) 

,STAT = ASIS Default: STAT = ASIS 

,STAT = NO 

,LOG = ASIS Default: LOG = ASIS 

,LOG = ALL 

,ME = (E,ctrl addr) cntl addr: RX-type address, or register (1) or (2) - (12). 

The parameters are explained under the standard form of the RACINIT macro instruction, 
with the following exception: 

,MF = (E^ctrl addr) 

specifies the execute form of the RACINIT macro instruction using a remote control 
program parameter Ust. 

,RELEASE = («MmZ?er,CHECK) 
,RELEASE = nMmZ>er 
,RELEASE = (,CHECK) 

specifies the RACF release level of the parameter list to be generated by this macro. 

Certain parameters can be specified only with particular releases. For instance, to use the 
RACINIT release 1.7 parameter STAT you must be using RACF 1.7 on your system and 
specify RELEASE = 1.7. If you specify a parameter with an incompatible release level, 
the parameter will not be accepted by the macro processing. An error message will be 
issued at assembly time. For the parameters that are valid for RELEASE = 1.6 and later, 
see Figure 10 on page 2-304. 

The default is RELEASE = 1.6. 

When you specify the RELEASE keyword, checking is done at assembly time. 
Execution-time validation of the compatibility between the list and execute forms of the 
RACINIT macro can be done by your specifying the CHECK subparameter on the 
execute form of the macro. 

When CHECK processing is requested, if the size of the list-form expansion is not large 
enough to accommodate all parameters defined by the RELEASE keyword on the execute 
form of the macro, the execute form of the macro will not be done. Instead, a return 
code X'64' will be generated. 
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RACLIST - Build In-Storage Profiles 



RACLIST is used to build in-storage profiles for RACF defined resources. RACLIST 
processes only those resources described by class descriptors. The primary advantage of using 
the RACLIST macro is to use the resource grouping function and to improve resource 
authorization checking performance. 

The module calling the RACLIST macro instruction must either be authorized 
(APF-authorized, in system key 0-7, or in supervisor state) or in the RACF-authprized caller 
table and fetched from an authorized library. 

Notes: 

1. Only callers in 24-bit addressing mode can issue this macro. Callers executing in 31-bit 
addressing mode, who want to utilize the RACLIST function, can code the RACROUTE 
macro. 

2. For RACF Version 1, Release 6, all parameters and parameter lists must reside below 16 
megabytes. 

3. For RACF Version 1, Release 7, all parameters and parameter lists are assumed to reside 
below 16 megabytes when the caller is executing in 24-bit addressing mode. 
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The standard form of the RACLIST macro is written as follows: 



RACLIST 

b 



name: symbol. Begin name in column 1. 
One or more blanks must precede RACLIST. 

One or more blanks must follow RACLIST. 



CLASS = 'classname' 
CLASS = classname addr 

,UST == list addr 

,ACEE = acee addr 

,INSTLN =parm list addr 

, APPL 'applname ' 
,APPL = applname addr 

,SUBPOOL = {sub#l ,sub#2) 

,ENVIR = CREATE 
,ENV1R = DELETE 

,OWNER = YES 
,OWNER = NO 

, RELEASE = number 



classname addr: A-type address or register (2) - (12). 
list addr: A-type address or register (2) - (12). 
acee addr: A-type address or register (2) - (12). 
parm list addr: A-type address or register (2) - (12). 

applname addr: A-type address or register (2) - (12). 
sub#,sub#2: decimal digit 0-255. 
Default: ENVIR = CREATE 

Default: OWNER = NO 

number: 1.6 or 1.7 
Default: RELEASE =1.6 



The parameters are explained as follows: 

CLASS = 'classname' 

CLASS = classname addr 

specifies that RACLIST is to build an in-storage profile for the resources of the specified 
class. If an address is specified, the address must point to an 8-byte field containing the 
class name, left justified and padded with blanks, if necessary. The class name must be 
defined by a class descriptor; if not, the class is not considered to be defined. 

,LIST = addr 

specifies the address of a Hst of resource names for which RACLIST is to build the 
in-storage profiles. The Ust consists of a 2-byte field containing the number of the names 
in the list, followed by one or more variable length names. Each name consists of a 
1-byte length field, followed by the name. A zero in the 2-byte field causes the operand 
to be omitted. If LIST = is omitted, in-storage profiles are built for all the profiles 
defined to RACF in the given class as well as each member for a resource grouping 
associated with the specified class. 

Note: This operand can be specified only with ENVIR = CREATE. If 

ENVIR = DELETE is specified, the RACLIST macro instruction issues a return code of 

18. 
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,ACEE = acee addr 

specifies the address of the accessor control, environment element (ACEE). The ACEE 
points to the in-storage profiles. If an ACEE is not specified, RACE uses the TASK 
ACEE pointer in the extended TCB called the TCBSENV. Otherwise, or if the TASK 
ACEE pointer is zero, RACE uses the main ACEE to obtain the list of the in-storage 
profiles. The main ACEE is pointed to by the ASXBSENV field of the address space 
extension block. If an ACEE is not specified and there is no main ACEE, the in-storage 
profiles are not constructed. 

jINSTLN —parm list addr 

specifies the address of an area that contains parameter information for the RACLIST 
installation exit. The address is passed to the installation exit when the exit is given 
control by the RACLIST routine. The INSTLN parameter can be used by an application 
or an installation program to pass information to the RACLIST installation exit, 

,APFh='applname' 

, APPL = applname addr 

specifies the name of the application requesting the authorization checking. This 
information is not used for the authorization checking process but is made available to 
the installation exit(s). If an address is specified, it should point to an 8-byte area 
containing the application name, left justified and padded with blanks, if necessary. 

,SVBFOOL= (sub#l.sub#2) 

specifies the subpool numbers of the storage into which the components of the in-storage 
profiles are to be built. Sub#l represents the subpool of the profile index. Sub#2 
represents the subpool of the profile proper. If the subpools are not specified they default 
to subpool 255. Registers can be used to specify sub#l and sub#2. 

,ENVIR = CREATE 
,ENVIR = DELETE 

specifies the action to be performed by the RACLIST macro. 

CREATE - In-storage profiles for the specified class are to be built. The RACLIST 
function issues a return code of 18, if an in-storage list currently exists for the specified 
class. 

DELETE - The in-storage profiles for the specified class are to be freed. If class is not 
specified, the in-storage profiles for all classes are freed. 

Note: It is the responsibility of the user issuing the RACLIST macro to assure that no 
multi-tasking that results in the issuing of a RACHECK, FRACHECK, RACINIT, or 
RACLIST macro instruction occurs at the same time that the RACLIST occurs. 
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,OWNER = YES 
,OWNER = NO 

specifies that the resource owner is to be placed in the profile access Ust with the ALTER 
authority. If the OWNER = operand is omitted, the default is NO. 

.RELEASE = number 

specifies the RACE release level of the parameter list to be generated by this macro. 

Certain parameters can be specified only with particular releases. If you specify a 
parameter with an incompatible release level, the parameter will not be accepted by the 
macro processing. An error message will be issued at assembly time. For the parameters 
that are valid for RELEASE = 1.6 and later, see Figure 11 on page 2-314. 

The default is RELEASE- 1.6. 

When you specify the RELEASE keyword, checking is done at assembly time. 
Execution-time validation of the compatibility between the list and execute forms of the 
RACLIST macro can be done by your specifying the CHECK subparameter on the 
execute form of the macro. 
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Parameters For RELEASE = 1.6 and Later 

The RELEASE values for which a specific parameter is valid are marked with an 'X'. 



Parameter 


RELEASE = 
1.6 


RELEASE = 
1.7 


ACEE = 


X 


X 


APPL = 


X 


X 


CLASS = 


X 


X 


ENVIR = 


X 


X 


INSTLN = 


X 


X 


LIST = 


X 


X 


OWNER = 


X 


X 


RELEASE = 


X 


X 


SUBPOOL= 


X 


X 



Figure 11. RACLIST Parameters for RELEASE = 1.6 and Later 

Return Codes and Reason Codes 

When control is returned, register 15 contains one of the following return codes: 



Hexadecimal Code 

00 
04 



OC 
10 
14 
18 
IC 

64 



Meaning 

RACLIST function completed successfully. 

Unable to perform the requested function. 
Register contains additional codes as follows: 

- Unable to establish an ESTAE environment. 

1 - The function code (the third byte of the parameter 

list) does not represent a valid function. 
'Or represents the RACE manager; 
'02' represents the RACLIST macro. 

The specified class is not defined to RACE. 

An error was encountered during RACLIST processing. 

RACF and/or the resource class is not active. 

RACLIST installation exit error occurred. 

Parameter list error. 

RACF CVT does not exist (RACF is not installed) 
or an insufficient level of RACF is installed. 

Indicates that the CHECK subparameter of the RELEASE 
keyword was specified on the execute form of the RACLIST macro; 
however, the list form of the macro does not have the proper 
RELEASE parameter. Macro processing terminates. 



Note: If the resource class specified by the CLASS = operand is inactive, RACLIST does not 
build the in-storage profiles and a code of OC is returned. If the resource group class is not 
active, RACLIST builds an in-storage profile but only from the individual resource profiles; 
resource group profiles are ignored. 
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RACLIST (List Form) 



The list form of the RACLIST macro instruction is written as follows: 



RACLIST 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede RACLIST. 

One or more blanks must follow RACLIST. 



CLASS = 'classname' 
CLASS = classname addr 

,LIST = list addr 

,ACEE = acee addr 

,INSTLN -parm list addr 

, APPL = 'applname ' 
,APPL = applname addr 

,SUBPOOL = {sub#l,sub#2) 



,ENVIR = CREATE 
,ENVIR = DELETE 

,OWNER = YES 
,OWNER = NO 

jRELEASE = number 



,MF = L 



classname addr: A-type address. 
list addr: A-type address. 
acee addr: A-type address. 
parm list addr: A-type address. 

applname addr: A-type address. 

sub#l,sub#2: decimal digit 0-255. 
Default: 255. 

Default: ENVIR = CREATE 

Default: OWNER = NO 

number: 1.6 or L7 
Default: RELEASE = L6 



The parameters are explained under the standard form of the RACLIST macro instruction with 
the following exception: 

,MF = L 

specifies the list form of the RACLIST macro instruction. 
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RACLIST (Execute Form) 



The execute form of the RACLIST macro instruction is written as follows: 



RACLIST 
b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede RACLIST. 

One or more blanks must follow RACLIST. 



CLASS = classname addr 

,LIST = list addr 

, ACEE = acee addr 

,INSTLN =parm list addr 

,APPL = applname addr 

.SUBPOOL = {sub#l.sub#2) 

,ENVIR = CREATE 
,ENVIR = DELETE 

,OWNER = YES 
,OWNER = NO 

,RELEASE= (number,CliECK) 
,RELEASE = number 
.RELEASE = (,CHECK) 

MF = (E„ctrladdr) 



classname addr: RX-type address or register (2) - (12). 
list addr: RX-type address or register (2) - (12). 
acee addr: RX-type address or register (2) - (12). 
parm list addr: A-t5T5e address or register (2) - (12). 
applname addr: RX-type address or register (2) - (12). 
sub#l,sub#2: decimal digit 0-255. 



number: 1.6 or 1.7 
Default: RELEASE =1.6 



Ctrl addr: RX-type address or register (2) - (12). 



The parameters are explained under the standard form of the RACLIST macro instruction with 
the following exception: 

specifies the execute form of the RACLIST macro instruction using a remote control 
program parameter list. 
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,RELEASE = (number.CHECK) 
.RELEASE = number 
,RELEASE = (,CHECK) 

specifies the RACF release level of the parameter list to be generated by this macro. 

Certain parameters can be specified only with particular releases. If you specify a 
parameter with an incompatible release level, the parameter will not be accepted by the 
macro processing. An error message will be issued at assembly time. For the parameters 
that are vahd for RELEASE = 1.6 and later, see Figure 11 on page 2-314. 

The default is RELEASE = 1.6. 

When you specify the RELEASE keyword, checking is done at assembly time. 
Execution-time validation of the compatibility between the list and execute forms of the 
RACLIST macro can be done by your specifying the CHECK subparameter on the 
execute form of the macro. 

When CHECK processing is requested, if the size of the list-form expansion is not large 
enough to accommodate all parameters defined by the RELEASE keyword on the execute 
form of the macro, the execute form of the macro will not be done. Instead, a return 
code of X'64' will be generated. 



RACLIST (Execute Form) 2-317 



RACROUTE - MVS Router Interface 



The RACROUTE macro instruction is used to invoke the System Authorization Facility (SAF) 
MVS router, which conditionally directs control to the Resource Access Control Facility 
(RACF) when RACF is present. 

You can use RACROUTE to access the functions that are provided by the following RACF 
macros: RACDEF, RACINIT, RACXTRT, RACLIST, RACHECK, and FRACHECK. In 
coding the RACROUTE macro instruction to access a particular RACF macro function, you 
must also use the necessary parameters from that macro on the RACROUTE macro 
instruction. For example, if you code RACROUTE to access the RACHECK function, you 
must code REQUEST = AUTH and any other required parameters and any optional ones you 
need from the RACHECK macro. RACROUTE validates that only the parameters applicable 
to the RACHECK macro have been coded. 

This macro is also described in Supervisor Services and Macro Instructions with the exception of 
the REQUEST = DEFINE, REQUEST = VERIFY, REQUEST = LIST, and 
REQUEST = EXTRACT parameters, which are restricted in use to programs that are 
authorized (AFP authorized, in system key 0-7, or in supervisor state). 

Notes: 

1. For RACF Version 1 Release 6, all parameters and parameter lists must reside below 16 
megabytes. 

2. For RACF Version 1 Release 7: 

If a caller is executing in 24-bit addressing mode, all parameters and parameter lists are 
assumed to reside below 16 megabytes. If a caller, however, is executing in 31-bit addressing 
mode, and is calling RACF via the RACROUTE macro instruction, RACF will assume that 
all parameters and parameter lists may reside above the 16 megabytes (that is, that all 
parameter addresses are true 31-bit addresses). 

All parameter lists generated by the RACROUTE macro instruction are in a format that 
allows compiled code to be moved above 16 megabytes without recompilation. 

This 31-bit support is available only when RACF is called via the RACROUTE, 
FRACHECK, or RACSTAT macro instructions. Any caller that uses the RACINIT, 
RACDEF, RACLIST or RACHECK macro instructions may be in 24-bit addressing mode 
only. RACF does not support those callers in 31 -bit mode. RACHECK macro instruction 
may be in 24-bit addressing mode only. RACF does not support this caller in 31-bit mode. 
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The standard form of the RACROUTE macro instruction is written as follows: 

name name: symbol. Begin name in column 1. 

b One or more blanks must precede RACROUTE. 
RACROUTE 

b One or more blanks must follow RACROUTE. 

REQUEST = AUTH 
REQUEST = FASTAUTH 
REQUEST = DEFINE 
REQUEST = VERIFY 
REQUEST = LIST 
REQUEST = EXTRACT 

,REQSTOR - reqstor addr reqstor addr: A-type address or register (2) - (12). 

Default: zero. 

Note: If REQSTOR = is coded and RACE is installed, the RACE router 
table must be updated to match the operand. 

,S\]^SYS = subsys addr subsys addr: A-type address or register (2) - (12). 

Note: If SUBSYS = is coded and RACE is installed, the RACF router table 
must be updated to match the operand. 

,WORKA = worA: area addr work area addr: A-type address or register (2) - (12). 

.RELATED = va/we va/we.- Any valid macro keyword specified. 

,ENVIR = VERIFY Note: ENVIR can be coded only if 

REQUEST = VERIFY is coded. 

,LOC = BELOW Default: See parameter description. 

,LOC = ANY Note: LOC can be coded only if 

,LOC = ABOVE REQUEST = VERIFY or REQUEST = LIST is coded. 

In addition to the parameters described above, all parameters valid on the RACDEF, RACLIST, RACINIT, 
RACXTRT, RACHECK, and FRACHECK macros are permitted on the RACROUTE macro. Depending on the 
parameter REQUEST = , some of these are required, some optional, and some are invalid. 

The parameters are explained as follows: 

REQUEST = AUTH 

REQUEST = FASTAUTH 

REQUEST = DEFINE 

REQUEST = VERIFY 

REQUEST = LIST 

REQUEST = EXTRACT 

specifies a code that determines the RACF parameter list to be issued internally as well as 
the RACF routine to receive control. The permissible codes and their associated RACF 
macros are as follows: 

AUTH -- RACHECK 
FASTAUTH -- FRACHECK 
DEFINE -- RACDEF 
VERIFY -- RACINIT 
LIST -- RACLIST 
EXTRACT -- RACXTRT 

For RACROUTE to work correctly, once you have chosen a REQUEST code you must 
also code (on the RACROUTE macro) the parameters that belong to the associated 
macro instruction. Please see the associated macro for the necessary parameters. 
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Notes: 

1. Data areas returned by RACF to the caller will be either above or below the 16-megabyte line, 
depending upon the caller's addressing mode and the data area in question. 

2. Unless the caller specifies the ACEE= parameter on a "RACROUTE 
REQUEST= VERIFY, ENVIR = CREATE" macro instruction, the ACEE will always be 
placed below the 16-megabyte line. 

3. If the caller specifies the ACEE= parameter, and is executing in 31-bit addressing mode and 
does not specify LOC= BELOW on the RACROUTE macro instruction, the ACEE will be 
placed, if possible, above the 16-megabyte line. 

4. If the ACEE is below the 16-megabyte line, any area chained off an ACEE (for example, 
RACLIST profiles, list-of-groups table) will be placed below the 16-megabyte line. 
Otherwise, the area will be placed above the line. However, a caller executing in 31 -bit mode 
may issue a REQUEST = LIST with LOC = ABOVE, and the profiles will be placed above the 
line, if possible, even if the ACEE is below the line. 

5. If the caller requests that RACF return an in-storage profile in CSA as part of a 
"RACROUTE REQUEST =AUTH," the profile will be returned in storage below the 
16-megabyte line if the related ACEE is located below the line. Otherwise, the area will be 
located above the line. 

6. The area returned by a "RACROUTE REQUEST = EXTRACT" request will be located 
below the 16-megabyte line if the related ACEE is located below the line. Otherwise, the area 
will be located above the line. 

,REQSTOR-= reqstoraddr 

specifies the address of an 8-byte character field containing the control point name (this 
address identifies a unique control point within a set of control points that exists in a 
subsystem). If this operand is coded and RACF is installed, the RACF router table must 
be changed to match the operand. If the table is not updated, the default to bypass 
RACF processing is taken. For a description of the RACF router table and the macro 
used to update it, see SPL: Resource Access Control Facility (RACF). 

If this operand is omitted, a string of eight blanks is assumed. 

,S\JBSYS == subsys addr 

specifies the address of an 8-byte character field containing the calling subsystem's name, 
version, and release level. If this operand is coded and RACF is installed, the RACF 
router table must be changed to match the operand. If the table is not updated, the 
default to bypass RACF processing is taken. For a description of the RACF router table 
and the macro used to update it, see SPL: Resource Access Control Facility (RACF). 

If this operand is omitted, a string of eight blanks is assumed. 

,WORKA = work area addr 

specifies the address of a 512-byte work area for use by the MVS router and the RACF 
front end routine. 
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,RELATED = value 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified is at the discretion of the user, and can be any vaUd coding value. 

,ENVIR = VERIFY 

specifies that only a user verification is to be made optionally combined with updating the 
user's password. The installation may handle this request through a System 
Authorization Facihty (SAF) installation exit. If this is not done, the RACROUTE caller 
receives a return code of 4 with RACF return and reason codes of zero (the request is not 
processed by the RACF SVC). 

,LOC = BELOW 
,LOC = ANY 
,LOC = ABOVE 

LOC can be coded only if REQUEST = VERIFY or REQUEST- LIST is coded. 

For REQUEST = VERIFY: 

specifies whether the ACEE and related data areas are to be allocated storage below 16 
megabytes (LOC = BELOW), or anywhere (LOC = ANY). 

If any of the following is true, LOC = BELOW is the default, and LOC = ANY is ignored 
if specified: 

• The ACEE = parameter is not coded. 

• The caller is executing in 24-bit mode. 

In all other cases, the default is LOC = ANY. 

Note: LOC = ABOVE is invalid for REQUEST = VERIFY. 

For REQUEST = LIST: 

specifies whether the RACLIST profiles are to reside where the ACEE is located, above 
or below 16 megabytes (LOC = ANY), or whether the RACLIST profiles are to reside 
above 16 megabytes (LOC = ABOVE), if possible, even if the ACEE is below 16 
megabytes. 

Notes: 

1. LOC = BELOW is invalid for REQUEST=LIST. 

2. LOC = ANY does not guarantee that storage is allocated above 16 megabytes. If any 
installation SAF or RACF exit routines execute in 24-bit mode, the storage will be 
below 16 megabytes. 
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Return Codes and Reason Codes 



When control is returned, register 15 contains one of the following return codes: 



Hexadecimal Code 

00 

04 



08 



Meaning 

The requested security function has completed successfully. In addition, if the requested 
function was 'AUTH', the authorization request was accepted. 

The requested function has not been processed. In addition, if the request was 'AUTH', 
the MVS router could neither accept nor fail the request. The following are possible 
reasons for a request not being processed. 

- The MVS router is not active. 

- The RACF front end routine detected that a null action was requested for the 
specified request type, resource type, and subsystem ID. 

- The request/resource/subsystem combination could not be found in the router table. 

- RACF is not active on the system, and RACFIND = YES was not specified, and 
there is no RACROUTE installation exit routine (or an exit originated a return code 
of 4). 

- RACF is active on the system, but no profile exists for the specified resource. 

The requested function was processed by RACF, the MVS router, or the router exit 
(ICHRTXOO) and failed. If the requested function was 'AUTH', the authorization 
request has been failed. If RACF is inactive for an 'AUTH' request with 
RACFIND = YES, then the MVS router fails the request. The RACF or router exit 
return code and reason codes are returned in the first two words of the RACROUTE 
input parameter list. 



Example 1 



Operation: Invoke the MVS router to perform authorization checking using the standard form, 
for a non-VSAM data set residing on the volume pointed to by register 8. Register 7 points to 
the data set name and the RACF user is requesting the highest level of control over the data 
set. The "RACF-indicated" bit in the data set's DSCB is on. 



RACROUTE REQUE S T= AUTH , WORKA=RACWK ,ENTITY=((R7)), 
VOLSER= ( R8 ) , CLASS= ' DATASET ' , ATTR=ALTER , 
RACFIND=YES 



RACWK 



DS CL512 



Example 2 



Operation: Invoke the MVS router to perform authorization checking using the standard form, 
for an IMS/VS transaction pointed to by register 5. The user requests only read access. The 
request is issued on behalf of the IMS/VS subsystem. 



RACROUTE REQUEST=FASTAUTH , SUBSYS=SUBIMS , 
W0RKA=RACWK,ENTITY=(R5) , 
CLASS= ' TIMS ' ,WKAREA=FRACWK, 
ATTR=READ 



SUBIMS 


DC 


CL8 ' IMS ' 


FRACWK 


DS 


16F 


RACWK 


DS 


CL512 
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RACROUTE (List Form) 



The list form of the RACROUTE macro instruction is written as follows: 



RACROUTE 
b 



name: symbol. Begin name in column 1 . 

One or more blanks must precede RACROUTE. 

One or more blanks must follow RACROUTE. 



REQUEST = AUTH 
REQUEST = FASTAUTH 
REQUEST = DEFINE 
REQUEST = VERIFY 
REQUEST = LIST 
REQUEST = EXTRACT 

,REQSTOR = reg5ror addr 



,SUBSYS = jm65>'j addr 

,WORKA = work area addr 
,RELATED = va/Me 
,ENVIR = VERIFY 



,LOC = BELOW 
,LOC = ANY 
,LOC = ABOVE 



reqstor addr: A- type address. 

Default: zero. 

Note: If REQSTOR = is coded and RACE is installed, the RACE router 

table must be updated to match the operand. 

subsys addr: A-type address. 

Note: If SUBSYS = is coded and RACF is installed, the RACE router table 

must be updated to match the operand. 

work area addr: A-type address or register (2) - (12). 

value: Any valid macro keyword specified. 

Note: ENVIR can be coded only if 
REQUEST = VERIFY is coded. 

Default: See parameter description. 

Note: LOC can be coded only if 

REQUEST = VERIFY or REQUEST = LIST is coded. 



,MF = L 

In addition to the parameters described above, all parameters valid on the RACDEF, RACLIST, RACINIT, 
RACXTRT, RACHECK, and FRACHECK macros are permitted on the RACROUTE macro. Depending on the 
parameter REQUEST = , some of these are required, some optional, and some are invalid. 



The parameters are explained under the standard form of the RACROUTE macro instruction 
with the following exception: 

,MF = L 

specifies the list form of the RACROUTE macro instruction. 
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RACROUTE (Execute Form) 



The execute form of the RACROUTE macro instruction is written as follows: 



RACROUTE 
b 



name: sjonbol. Begin name in column 1. 

One or more blanks must precede RACROUTE. 

One or more blanks must follow RACROUTE. 



REQUEST = AUTH 
REQUEST = FASTAUTH 
REQUEST = DEFINE 
REQUEST = VERIFY 
REQUEST = LIST 
REQUEST = EXTRACT 

,REQSTOR = reqstor addr 



,S'UBSYS = subsys addr 

,WORKA = worfe area addr 
,RELATED = vfl/Me 
,ENVIR = VERIFY 



,LOC = BELOW 
,LOC = ANY 
,LOC = ABOVE 

,MF = iE,ctrladdr) 



reqstor addr: RX-type address or register (2) - (12). 

Default: zero. 

Note: If REQSTOR = is coded and RACF is installed, the RACE router 

table must be updated to match the operand. 

subsys addr: RX-type address or register (2) - (12). 

Note: If SUBSYS = is coded and RACF is installed, the RACF router table 

must be updated to match the operand. 

work area addr: RX-type address or register (2) - (12). 

value: Any valid macro keyword specified. 

Note: ENVIR can be coded only if 
REQUEST = VERIFY is coded. 

Default: See parameter description. 

Note: LOC can be coded only if 

REQUEST = VERIFY or REQUEST = LIST is coded. 

Ctrl addr: RX-type address or register (1). 



In addition to the parameters described above, all parameters valid on the RACDEF, RACLIST, RACINIT, 
RACXTRT, RACHECK, and FRACHECK macros are permitted on the RACROUTE macro. Depending on the 
parameter REQUEST = , some of these are required, some optional, and some are invalid. 



The parameters are explained under the standard form of the RACROUTE macro instruction 
with the following exception: 

,MF = {% Ctrl addr) 

specifies the execute form of the RACROUTE macro where Ctrl addr is the address of the 
associated parameter list. 
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RACXTRT - RACF Extraction or Encryption 



The RACXTRT macro instruction is used to retrieve certain specified fields fi:om a RACF user 
profile or to encrypt certain clear-text (readable) data. 

This macro instruction is only available to authorized callers (APF-authorized, in system key 
0-7, or in supervisor state). 

Note: Encryption and extraction are mutually exclusive. 

Note: Only callers in 24-bit addressing mode can issue this macro. Callers executing in 31 -bit 
addressing mode, who want to use the RACXTRT fimction, can code the RACROUTE macro. 

The standard form of the RACXTRT macro instruction is written as follows: 



RACXTRT 

b 



name: symbol. Begin name in column 1. 

One or more blanks must precede RACXTRT. 

One or more blanks must follow RACXTRT. 



TYPE = EXTRACT 
TYPE = ENCRYPT 

,ENTITY = resource name addr 



resource name addr: A-type address, 
or register (2) - (12) 



, RELEASE = number 

If TYPE = EXTRACT is specified: 
,SUBPOOL = subpool number 

,FIELDS = field addr 

If TYPE = ENCRYPT is specified: 

,EHCRYVT=(data address, DES) 
,ENCRYPT= rfi?fl?a address, HASH) 
,ENCRYPT= r^flto address. INST) 



number: 1.6 or 1.7 
Default: RELEASE =1.6 



subpool number: decimal digit, 0-255 
Default: SUBPOOL = 229 



field addr: A-type address 
or register (2) - (12) 



data address: A-type address or register (2) - (12) 



Note: If TYPE = ENCRYPT is specified, the, only other allowable parameters are ENTITY and ENCRYPT, with 
ENCRYPT being required. 
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The parameters are explained as follows: 

TYPE = EXTRACT 

specifies the function to be performed by the extract function routine. 

Note: If TYPE = EXTRACT is specified, ENCRYPT = must not be coded. 

If EXTRACT is specified, the operation performed is extraction of the userid, connect 
group and optionally, the encrypted password. The specified fields are retrieved from the 
profile whose name is given as the ENTITY value, in the USER class. If ENTITY is not 
specified, the current user's profile is used. Upon return. Register 1 contains the address 
of a result area that begins with a fuUword containing the area's subpool and length. 

The fields in the result area are in the order below: 

Offset Data Length 






subpool of area 


1 


1 


length of area 


3 


4 


offset to start of optional field to contain 
the encrypted password 


2 


6 


reserved 


1! 


24 


specified or current user's default userid 


8 


32 


specified user's default connect group 


8 




or current user's current connect group 


8 



,SUBPOOL = subpool number 

specifies the storage subpool from which the extract function routine will obtain an area 
needed for the extraction. If this parameter is not specified, it defaults to 229. 

,FIELDS = address 

specifies the address of a full word with a value of binary 1 followed by an 8-byte 
character string, 'PASSWORD'. Use this parameter when the user's encrypted password 
is to be extracted in addition to the userid and user connect group. If FIELDS is 
specified, the encrypted password will be returned in the result area at an offset from the 
start of the area specified by the halfword at offset four. 

TYPE = ENCRYPT 

specifies the function to be performed by the extract function routine. 

If TYPE = ENCRYPT is specified, the operation performed is data encryption. The 
ENCRYPT keyword specifies the data to be encrypted and the encryption method used. 
The first eight bytes of the area pointed to by the ENTITY operand will be used by the 
DES (Data Encryption Standard) encryption routine. If ENTITY is not specified, the 
userid from the current ACEE will be used instead. If TYPE = ENCRYPT is specified, 
no work area will be returned. 

,ENCRYPT = (data address, DES) 
,ENCRYPT-(data address, HASH) 
,ENCRYPT = (data address, INST) 

specifies the data to be encrypted, and a method of encryption. The address points to a 
one-byte length field followed by from 1 to 255 bytes of clear-text data to be encrypted. 
The second subparameter specifies the encryption method: the DES algorithm, the 
RACE hashing algorithm, or whatever scheme the installation uses (INST value). Upon 
return to the macro issuer, the first subparameter will now contain the address of an area 
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that contains a one-byte length followed by the encrypted version of the data, 
address itself nor the length is changed. 



Neither the 



Note: When the DES algorithm is used RACF actually encrypts the data pointed to by 
the ENTITY profile, the userid, using the data as the encryption key. Data is one-way 
encrypted, that is, no facility is provided to recover the data in readable form. If HASH 
is specified, then the RACF hashing algorithm is used and data is masked instead of 
encrypted. 

,ENTITY = resource name address 

specifies the address of an eight-byte area containing the userid for which profile data is 
to be extracted, or the data to be used when encrypting. The data must be the RACF 
userid associated with the password or OID card data to be encrypted. The name must 
be left-justified in the field and padded with blanks. If this parameter is not specified, a 
default value of zero will indicate to RACF that the userid from the current ACEE will be 
used. 

,RELEASE = «Mm6er 

specifies the RACF release level of the parameter list to be generated by this macro. 

Certain parameters can be specified only with particular releases. If you specify a 
parameter with an incompatible release level, the parameter will not be accepted by the 
macro processing. An error message will be issued at assembly time. For the parameters 
that are vaUd for RELEASE = 1.6 and later, see Figure 12. 

The default is RELEASE = 1.6. 

When you specify the RELEASE keyword, checking is done at assembly time. 
Execution-time validation of the compatibiUty between the list and execute forms of the 
RACXTRT macro can be done by your specifying the CHECK subparameter on the 
execute form of the macro. 

Parameters For RELEASE = 1.6 and Later 

The RELEASE values for which a specific parameter is valid are marked with an 'X'. 



Parameter 


RELEASE = 
1.6 


RELEASE = 
1.7 


ENCRYPT = 


X 


X 


ENTITY = 


X 


X 


FIELDS = 


X 


X 


SUBPOOL= 


X 


X 


RELEASE = 


X 


X 


TYPE = 


X 


X 



Figure 12. RACXTRT Parameters for RELEASE = 1.6 and Later 
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Reason Codes and Return Codes 



When control is returned, register 15 contains one of the following return codes and register 
may contain a reason code. 

Hexadecimal Code Meaning 

00 The extraction or encryption completed 

successfully. 

04 An ESTAE environment was not able to be 

established, or if Register contains a reason 
code of 1, neither EXTRACT nor ENCRYPT 
was specified for TYPE = . 

08 For the extract function, the RACF user profile 

could not be found. 

12 For TYPE = EXTRACT, RACF is inactive. 

16 The extract operation failed. Register 

contains the RACF manager return code which 
caused termination. 
This return code is not used for the 
encrypt function. 

20 An ACEE address was not found when required, 

or if found, 
was not for a defined user. 

24 A parameter list error was encountered. 

64 Indicates that the CHECK subparameter of the RELEASE 

keyword was specified on the execute form of the RACXTRT macro; 
however, the list form of the macro does not have the proper 
RELEASE parameter. It also indicates that the TYPE parameters 
specified on the list and execute forms may not be the same TYPE. 
Macro processing terminates. 
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RACXTRT (List Form) 



The list form of the RACXTRT macro instruction is written as follows: 



RACXTRT 
b 



name: symbol. Begin name in column I. 

One or more blanks must precede RACXTRT. 

One or more blanks must follow RACXTRT. 



TYPE = EXTRACT 
TYPE = ENCRYPT 

-ENTITY = resource name addr 



resource name addr: A-type address. 



jRELEASE = number 

,MF = L 

If TYPE = EXTRACT is specified: 
,SUBPOOL = subpool number 

,FIELDS afield addr 

If TYPE = ENCRYPT is specified: 

,ENCRYPT= (data address, DES) 
,ENCRYPT= (data address, HASH) 
,ENCRYrr=(data address, INST) 



number: 1.6 or 1.7 
Default: RELEASE =l.e 



subpool number: decimal digit, 0-255 
Default: SUBPOOL = 229 

field addr: A-type address 



data address: A-type address 



The parameters are explained under the standard form of the RACXTRT macro instruction 
with the following exception: 

,MF = L 

specifies the list form of the RACXTRT macro instruction. 



RACXTRT (List Form) 2-329 



RACXTRT (Execute Form) 



The execute form of the RACXTRT macro instruction is written as follows: 



RACXTRT 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede RACXTRT. 

One or more blanks must follow RACXTRT. 



TYPE = EXTRACT 
TYPE = ENCRYPT 

,ENT1TY = resource name addr 



resource name addr: RX-type address 
or register (2)-(12) 



.RELEASE = (number, CRECK) 
,RELEASE = number 
.RELEASE = (,CHECK) 

,MF = (E,ctrladdr) 



If TYPE = EXTRACT is specified: 
,S\JBPOOL =subpool number 

,FIELDS afield addr 

If TYPE = ENCRYPT is specified: 

.ENCRYPT = (data address, DES) 
,ENCRYFT= (data address, HASH) 
,E'HCRYVT=(data address, INST) 



number: 1.6 or 1.7 
Default: RELEASE =1.6 

crtl addr:RX-type address, register (1), 
or register (2)-(12) 



subpool number: decimal digit, 0-255 
Default: SUBPOOL = 229 

field addr: RX-type address or register (2)-(12) 



data address: A-type address or register (2)-(12) 
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The parameters are explained under the standard form of the RACXTRT macro instruction 
with the following exception: 

,RELEASE = («wm6er,CHECK) 

.RELEASE = number 

,RELEASE = (,CHECK) v 

specifies the RACF release level of the parameter list to be generated by this macro. 

Certain parameters can be specified only with particular releases. If you specify a 
parameter with an incompatible release level, the parameter will not be accepted by the 
macro processing. An error message will be issued at assembly time. For the parameters 
that are vaUd for RELEASE = 1.6 and later, see Figure 12 on page 2-327. 

The default is RELEASE = 1.6. 

When you specify the RELEASE keyword, checking is done at assembly time. 
Execution-time validation of the compatibility between the list and execute forms of the 
RACXTRT macro can be done by your specifying the CHECK subparameter on the 
execute form of the macro. 

When CHECK processing is requested, if the size of the list-form expansion is not large 
enough to accommodate all parameters defined by the RELEASE keyword on the execute 
form of the macro, the execute form of the macro will not be done. Instead, a return 
code X'64' will be generated. 

,MF = (E,ctrladdr) 

specifies the execute form of the RACXTRT macro instruction using a remote control 
program parameter list. 
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RESERVE - Reserve a Device (Shared DASD) 



The RESERVE macro instruction reserves a device for use by a particular system; it must be 
issued by each task needing device reservation. The RESERVE macro instruction protects the 
issuing task from interference by other tasks in the system and locks out other systems. The 
reserve actually occurs when the first I/O is done to the device after the RESERVE macro is 
issued. When the reserving program no longer needs the reserved device, it should issue a DEQ 
macro instruction to release the resource. For information about how to obtain the UCB 
address for a device, see the section "Finding the UCB Address for the RESERVE Macro" in 
Volume 1. 

If a task issues two RESERVE instructions for the same device without an intervening DEQ, an 
abnormal termination results unless the second RESERVE specifies the keyword parameter 
RET = or ECB = . (If a restart occurs when a RESERVE is in effect for resources, the system 
does not restore the RESERVE; the user's program must reissue the RESERVE.) If a DEQ is 
not issued for a particular resource, termination routines release resources reserved by a 
terminating task. 

If global resource serialization is active, the hardware RESERVE can be suppressed leaving a 
SYSTEMS ENQ depending on the contents of the resource name lists. See Planning: Global 
Resource Serialization for information on resource name lists. 

Global resource seriaUzation counts and limits the number of concurrent resource requests in an 
address space. If an unconditional RESERVE (a RESERVE that uses the RET = NONE 
option) causes the count of global resource seriahzation requests to exceed the sum of a 
threshold value plus a tolerance value, an authorized caller is abended with a system code of 
X'538'. See "Limiting Global Resource Seriahzation Requests" in Volume 1. 

To use shared DASD in higher level languages, write an assembler language subroutine to issue 
the RESERVE macro instruction. Pass the following information to this routine: ddname, 
qnameaddress, rnameaddress, rnamelength, and RET parameter. Refer to Figure "Example of 
Subroutine Issuing RESERVE and DEQ" in Volume 1 for additional information. 

The ECB parameter is restricted in use to callers in supervisor state, PSW key 0-7, or with APF 
authorization. Except for the UCB, all input parameters to this macro instruction can reside in 
storage above 16 megabytes if the issuer is executing in 31 -bit addressing mode. 

A RESERVE used with the MASID and MTCB operands provides a special form of the 
RESERVE macro instruction that allows a further conditional control of a resource. One task, 
called the "issuing task" can issue a RESERVE macro instruction for a resource specifying the 
ASID and TCB of another task, called the "matching task." The MTCB and MASID operands 
are specified with RET = HAVE and ECB = to provide additional return codes. If the issuing 
task does not acquire control of the resource, it may receive a return code indicating that the 
resource is controlled by the matching task. Upon receiving this return code, the issuing task 
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could use the resource, if serialization between itself and the matching task has been 
accomphshed by some pre-arranged protocol known to both the issuing and matching tasks. 

The standard form of the RESERVE macro instruction is written as follows: 



RESERVE 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede RESERVE. 

One or more blanks must follow RESERVE. 



( 

qname addr 

,rname addr 



,E 
,S 



qname addr: A-type address, or register (2) - (12). 
rname addr: A-type address, or register (2) - (12). 
Default: E 



,rname length 

.SYSTEMS 

) 

,RET = TEST 
,RET = USE 
,RET = HAVE 

,ECB = ecb addr 

,UCB = ucb addr 

,MASID = matching-asid addr 
jMTCB = matching-tcb addr 

.RELATED = va/Me 



rname length: symbol, decimal digit, or register (2) - (12). 



ecb addr: A-type address, or register (2) - (12). 

ucb addr: A-type address, or register (2) - (12). 

matching-asid addr: A-type address, or register (2) - (12). 
matching-tcb addr: A-type address, or register (2) - (12). 

value: any valid macro keyword specification. 



The parameters are explained as follows: 

( 

specifies the beginning of the resource description, 

qname addr 

specifies the address in virtual storage of an 8-character name. The name should not start 
with SYS, so that it will not conflict with system names. Every task issuing RESERVE 
against the same resource must use the same qname and rname to represent the resource. 

,mame addr 

specifies the address in virtual storage of the name used in conjunction with qname to 
represent a single resource. The name can be qualified, and must be from 1 to 255 bytes 
long. 
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,S 

specifies whether the request is for exclusive (E) or shared (S) control of the resource. If 
the resource is modified while under control of the task, the request must be for exclusive 
control; if the resource is not modified, the request should be for shared control. 



,rname length 

specifies the length of the rname described above. If this parameter is omitted, the 
assembled length of the rname is used. You can specify a value between 1 to 255 to 
override the assembled length, or you may specify a value of 0. If is specified, the 
length of the rname must be contained in the first byte at the rname addr specified above. 

,SYSTEMS 

specifies that the resource is shared among systems. 

) 

specifies the end of the resource description. 

,RET = TEST 
,RET = USE 
,RET = HAVE 

specifies a conditional request for all the resources named above. 

RET = TEST - the availability of the resources is to be tested, but control of the resources 
is not requested. 

RET = USE - control of the resources is to be assigned to the active task only if the 
resources are immediately available. 

RET = HAVE - control of the resources is requested only if a request has not been made 
previously for the same task. 

,ECB = ecb addr 

specifies the address of an ECB, and conditionally requests the resource named in the 
macro instruction. If the return code for one or more requested resources is 4 and the 
request is not nullified by;a corresponding DEQ, the ECB is posted when all the requested 
resources (specifically, those that initially received a return code of 4) are assigned to the 
requesting task. 

,UCB = ucb addr 

specifies the address of a fullword that contains the address of the UCB for the device to 
be reserved. The UCB must be allocated to the job step before RESERVE is issued 
unless the issuer is in supervisor state, system key, or APF-authorized. 

Note: The UCB resides in storage below 16 megabytes. 



2-334 SPL: System Macros and Facilities Volume 2 



,MASID = matching-asid addr 

specifies the matching task (by defining a matching ASID) for the RESERVE, if used in 
conjunction with the MTCB parameter. MASID defines the ASID of a task that may be 
using a resource desired by the issuer of the RESERVE macro instruction. 

Note: MASID can only be specified if MTCB is also specified. 

,MTCB = matching-tcb addr 

specifies the matching task (by defining a matching TCB) for the RESERVE, if used in 
conjunction with the MASID parameter. MTCB defines the TCB of a task that may be 
using a resource desired by the issuer of the RESERVE macro instruction. 

If the task specified by the MASID and MTCB parameters is not using the resource, 
global resource serialization gives control to the issuer of the RESERVE and returns a 
return code indicating whether the resource can be used. If the task specified by MASID 
and MTCB parameters is using the resource, global resource serialization records a 
request for the resource, suspends the issuing task until the resource is available, or 
optionally returns a return code indicating that an ECB will be posted when the resource 
can be used. 

The MASID and MTCB parameters are specified with RET = HAVE, RET = TEST, 
and/or ECB = parameters to elicit additional return codes that provide information about 
the owner of the resource. 

Note: MTCB can only be specified if MASID is also specified. 

,RELATED = value 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user, and may be any valid coding 
values. 

Return codes are provided by the control program only if you specify RET = TEST, 
RET = USE, RET = HAVE, or ECB = ; otherwise, return of the task to the active condition 
indicates that control of the resource has been assigned to the task. If return code for the 
resource named in the RESERVE macro instruction is 0, register 15 contains 0. If the return 
code is not 0, register 1 5 contains the address of a storage area containing the return code, as 
shown in Figure 13. 



Address 
Returned in 
Register 1 5 



Return 
Code 



12 









RC 1 



Figure 13. Return Code Area Used by RESERVE 
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The return code is placed in the parameter Hst resulting from the macro expansion. The return 
codes are shown below. 



Hexadecimal 
Code 



4 



14 
18 

20 



24 



28 



44 



Meaning 

For RET = TEST, the resource was immediately available. For RET = 
ECB = , control of the resource has been assigned to the active task. 



USE, RET = HAVE, or 



For RET = TEST or RET = USE, the resource is not immediately available. For ECB = , the 
ECB will be posted when available. 

A previous request for control of the same resource has been made for the same task. Task 

has control of resource. 

If bit 3 is on - shared control of resource; if bit 3 is off - exclusive control. 

A previous request for control of the same resource has been made for the same task. Task 
does not have control of resource. 

For RET = HAVE, RET = USE, or ECB = , the limit for the number of concurrent resource 
requests has been reached. The task does not have control of the resource unless some 
previous ENQ or RESERVE request caused the task to obtain control of the resource. The 
ECB is not posted. 

The matching task (the task specified in the MASID/MTCB parameters) owns the resource. 
The issuer of the RESERVE macro instruction may use the resource but it must ensure that 
the owning task does not terminate while the issuing task is using the resource. If the issuing 
task requested exclusive control then this return code indicates that the matching task is the 
only task that currently owns the resource. If the issuer of the RESERVE requested shared 
control and the owning task had requested shared control, this return code may indicate that a 
previous task had requested exclusive control. The issuing task must issue a DEQ to cancel 
this RESERVE. The ECB will not be posted. 

The issuing task will have exclusive control after the ECB is posted. The issuing task may use 
the resource but must ensure that the matching task does not terminate while the issuing task 
is using the resource. The issuing task must issue a DEQ to cancel the RESERVE. 

The issuing task cannot obtain exclusive control of the resource using the MASID/MTCB 
RESERVE. The matching task's involvement with other tasks precludes control by the issuing 
task. This task must not issue a DEQ to cancel the RESERVE. The ECB will not be posted. 

The issuing task is violating a restriction of the MASID/MTCB RESERVE in one or more of 
the following ways: 

• Another task has already issued this RESERVE for this resource 
specifying the same MASID/MTCB. 

• The MASID/MTCB parameters specify a task that acquired control 
of the resource by using the MASID/MTCB RESERVE. 

• The matching task requested ownership of the resource but has 
not yet been granted ownership. 

The ECB will not be posted. Return code 44 is never given by a RESERVE RET = TEST, 
return code 4 is given instead. 



Example 1 



Operation: Unconditionally reserve exclusive control of a device. The length of the rname is 
allowed to default. 

RESERVE ( MA J0R3, MIN0R3, E, , SYSTEMS) ,UCB=(R3) 
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RESERVE (List Form) 



The list form of the RESERVE macro is written as follows: 



RESERVE 

b 



name: symbol. Begin name in column 1 . 

One or more blanks must precede RESERVE. 

One or more blanks must follow RESERVE. 



( 



qname addr 
rname addr 

E 

S 

rname length 

SYSTEMS 

RET = TEST 
RET = USE 
RET = HAVE 



,UCB 



ECB = ecb addr 

= ucb addr 

MASID = 
MTCB=0 



,RELATED = va/we 
,MF = L 



qname addr: A-type address. 
rname addr: A-type address. 



rname length: symbol or decimal digit. 



ecb addr: A-type address. 
ucb addr: A-type address or 0. 



value: A-type address. 



The parameters are explained under the standard form of the RESERVE macro instruction, 
with the following exception: 

,MF = L 

specifies the Ust form of the RESERVE macro instruction. . 

Note: If the ECB parameter is specified on the execute form of the macro, it must also be 
specified on the hst from of the macro. The hst form of this macro generates a prefix followed 
by the parameter list, however the label specified in MF = L does not include an offset prefix 
area. If MASID, MTCB, TCB, or ECB are specified, these labels are offset; allowance must be 
made for the parameter list prefix. 
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RESERVE (Execute Form) 



The execute form of the RESERVE macro instruction is written as follows: 



RESERVE 

b 



name: symbol. Begin name in column 1. 

One or more blanks must precede RESERVE. 

One or more blanks must follow RESERVE. 



qname addr 



rname addr 



rname length 



SYSTEMS 



) 

,RET = TEST 
,RET = USE 
,RET = HAVE 

,ECB = ecb addr 

,UCB = ucb addr 

,MASID = matching-asid addr 

,MTCB = matching-tcb addr 

.RELATED = value 

MP=(E, Ctrl addr) 



Note: ( and ) are the beginning and end of a parameter list. The entire list is 
optional. If nothing in the list is desired, the (, ), and all parameters 
between ( and ) should not be specified. If something in the list is desired, 
then (, ), and all parameters in the hst should be specified as indicated at 
the left. 

qname addr: RX-type address, or register (2) - (12). 

rname addr: RX-type address, or register (2) - (12). 



rname length: symbol, decimal digit, or register (2) - (12). 

Note: rname length must be coded if a register is specified for rname addr 

above. 



ecb addr: RX-type address, or register (2) - (12). 

ucb addr: RX-type address, or register (2) - (12). 
matching-asid addr: A- type address, or register (2) - (12). 
matching-tcb addr: A-type address, or register (2) - (12). 

value: any valid macro keyword specification. 

Ctrl addr: RX-type address, or register (1) - (12). 
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The parameters are explained under the standard form of the RESERVE macro instruction, 
with the following exception: 

,MF = (E,ctrl addr) 

specifies the execute form of the RESERVE macro instruction using a remote control 
program parameter hst. 

Note: If the ECB parameter is specified on the execute form of the macro, it must also be 
specified on the hst form of the macro. If M ASID and MTCB are specified, MASID = and 
MTCB = must be specified in the hst form. 

The list form of this macro generates a prefix followed by the parameter list, however the label 
specified in MF = L does not include an offset prefix area. If MASID, MTCB, TCB, or ECB 
are specified, these labels are offset; allowance must be made for the parameter list prefix. 
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RESUME - Resume Execution of a Suspended Request Block 



The RESUME macro instruction causes suspended RBs to resume execution. RESUME is 
supported in cross memory mode. For restrictions on using the RESUME macro instruction, 
see. "Resuming Execution of a Suspended Request Block" in Volume 1. 

The RESUME macro instruction is coded as follows: 



RESUME 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede RESUME. 

One or more blanks must follow RESUME. 



TCB = (4) 
TCB = tcbaddr 

,RB = (5) 
,RB = rbaddr 

.RETURN = Y 
.RETURN = N 

,MODE = UNCOND 
,MODE=COND 

,ASYNC = Y 
,ASYNC = N 

,ASCB = ascbaddr 



Default: TCB address contents of register (4). 
tcbaddr: A- type address or registers (2) - (12). 

Default: RB address contents of register (5). 
rbaddr: A-type address or registers (2) - (12). 

Default: RETURN = Y 



Default: MODE = UNCOND. 



Default: ASYNC = N 



Default: ASCB address of the home address space. 

ascbaddr: RX-type address or registers (1) or (2) - (3) or (6) - (12). 



The parameters are explained as follows: 

TCB = (4) 

TCB = tcbaddr 

specifies the TCB address of the task to be resumed. Register (4) is the default; it is 
assumed to contain the TCB address. 

Note: The TCB resides in storage below 16 megabytes. 
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,RB = (5) 

,RB = rbaddr 

specifies the address of the RB to be resumed. Register (5) is the default; it is assumed to 
contain the address of the RB to be resumed. The specification of the RB operand 
determines which RB will have its suspend count decremented (which RB will be made 
ready for resumption of execution). 

Note: The RB resides in storage below 16 megabytes. 

,RETURN = Y 
,RETURN=-N 

specifies whether control is to be returned to the caller (RETURN = Y) or to the TCTL 
routine (RETURN = N). RETURN = N can only be issued if the caller is an SRB 
running in home mode that specifies MODE = UNCOND and ASYNC = N, and does not 
specify the ASCB option. The TCTL routine passes control directly from the SRB to a 
TCB. 

,MODE = UNCOND 
,MODE = COND 

If MODE = COND is specified, the action RESUME takes if the function cannot be 
completed synchronously depends on the ASYNC option. If ASYNC = Y is specified, 
RESUME makes a conditional attempt to acquire an SRB from the supervisor SRB pool. 
If an SRB is available, it is scheduled to complete the RESUME function asynchronously. 
If ASYNC = N is specified explicitly or as a default, and the RESUME cannot 
immediately complete the function, it places return code 04 in register 15 and returns to 
the caller. 

If MODE = UNCOND is specified, the action RESUME takes also depends on the 
ASYNC option. If ASYNC = Y is specified, RESUME makes an unconditional request 
for an SRB from the supervisor SRB pool, and completes the RESUME function 
asynchronously. If ASYNC = N is specified explicitiy or as a default, RESUME 
unconditionally obtains the CML lock of the ASCB whose TCB or RB is to be resumed. 
The TCB or RB is resumed before control returns to the caller. 

,ASYNC = Y 

,ASYNC = N 

specifies whether the RESUME is to be completed asynchronously (Y) or not (N). 

Note: The ASYNC parameter for the RESUME macro instruction is spelled differently 
from similar parameters on other macro instructions. 

,ASCB = ascbaddr 

specifies the address of the ASCB whose TCB or RB is to be_resumed. The caller must 
establish current addressability to the address space before calling RESUME. If this 
option is not specified, the home address space is assumed. This option must be specified 
if ASYNC = Y is specified. 

Note: The ASCB resides in storage below 16 megabytes. 
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When control is returned, register 15 contains one of the following return codes: 

Hexadecimal 

Code Meaning 

00 A normal, synchronous RESUME completed the function. 

04 For MODE = COND and ASYNC = N, the RESUME cannot complete 

the function. 

For MODE = COND or MODE = UNCOND and ASYNC = Y, an SRB is 

completing the function asynchronously. 
08 For MODE = COND and ASYNC = Y the SRB pool is empty and 

RESUME cannot complete the function. 

The RESUME macro instruction uses registers as follows: 
Register Use 



0-1 


Work registers 


2-3 


Unchanged 


4 


TCB address * 


5 


RB address * 


6-10 


Unchanged 


11-13 


Work registers 


14 


Return point 


15 


EPA of the RESUME routine, or return code, if 




RETURN = Y was specified. 



Example 1 



* May be changed by the RESUME service. 



Operation: Resume execution of the task specified in the address labeled CURRTCB. Use the 
request block address in register 5. Pass control back to the task (the issuer is currently in SRB 
mode, and this step terminates SRB mode processing). 

RESUME TCB=CURRTCB , RB= ( 5 ) , RETURN=N 
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RISGNL - Issue Remote Immediate Signal 



The RISGNL macro instruction uses the emergency signal (EMS) order code of the signal 
processor (SIGP) instruction to invoke the execution of a specified software program on a 
specific processor in a multiprocessing configuration. The program may be requested to execute 
in parallel or serially with the function requesting the program. The specified software program 
(receiving routine) gets control disabled, in key 0, and supervisor state. If the routine that 
issues the RISGNL macro instruction holds the SALLOC lock, the receiving routine can enable 
for a malfunction alert or an emergency signal. Otherwise, the receiving routine cannot enable, 
request locks, or issue SVCs. In addition, the receiving routine must return via the address in 
register 14. The RISGNL macro instruction can be invoked by programs executing in cross 
memory mode. 

Additional SIGP order codes are available via the DSGNL and RPSGNL macro instructions. 
See Principles of Operation for an explanation of the order codes. 

The RISGNL macro instruction is written as follows: 



name name: symbol. Begin name in column 1 . 

b One or more blanks must precede RISGNL. 
RISGNL 

b One or more blanks must follow RISGNL. 

PARALLEL 
SERIAL 

,CPU = PCCA addr PCCA addr: RX-type address, or register (1). 

,EP = entry name addr entry name addr: RX-type address, or register (12). 

,PARM =parm addr parm addr: RX-type address, or register (1 1). 



The parameters are explained as follows: 

PARALLEL 
SERIAL 

specifies that control is to be returned to the caller when the specified receiving routine 
has been given control (PARALLEL) or has completed execution (SERIAL) on the 
designated processor. 
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Example 1 



Example 2 



,CFV = PCCAaddr 

specifies the address of the physical configuration Communication area (PCCA) of the 
processor on which the function is to be performed. 

Note: The PCCA must reside in 24-bit addressable storage. 

,EP == entry name addr 

specifies the address of the receiving routine to be executed on the specified processor. 
The receiving routine will get control in the same addressing mode as the macro issuer. 

,PARM =parm addr 

specifies the address of a user-defined fullword parameter to be passed to the receiving 
routine. 

When control is returned, register 15 contains one of the following return codes: 

Hexadecimal 

Code Meaning 

00 Specified receiving routine has been given control 

or has completed execution, as requested. 
04 Function not initiated because addressed processor 

not online. If it appeared to be online, it is 

no longer in the configuration. 
14 Processor alive bit was turned off during the 

remote immediate windovi? spin routine. 



Operation: The routine whose address is in register 12 is to be given control on the processor 
whose PCCA address is in register 1. Return control to the caller when the specified receiving 
routine has been given control. 

RISGNL PARALLEL, CPU= ( 1) ,EP=( 12) 



Operation: The routine whose address is in register 12 is to be given control on the processor 
whose PCCA address is in register 1. The routine will complete before the caller of RISGNL 
receives control again. Register 1 1 contains the address of a parameter to be passed to the 
receiving routine. 

RISGNL SERIAL,CPU=(1) ,EP=(12) ,PARM=(11) 
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RPSGNL - Issue Remote Pendable Signal 



The RPSGNL macro instruction uses the external call (EC) order code of the signal processor 
(SIGP) instruction to invoke the execution of one of five software programs on a specific 
processor in a multiprocessing configuration. 

Additional SIGP order codes are available via the DSGNL and RISGNL macro instructions. 
See Principles of Operation for an explanation of the order codes. 

The RPSGNL macro instruction can be used by programs executing in cross memory mode. 

The RPSGNL macro instruction is written as follows: 



RPSGNL 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede RPSGNL. 

One or more blanks must follow RSPGNL. 



SWITCH 

RQCHECK 

GTFCRM 

MODE 

MEMSWT 

,CVV = PCCA addr 



PCCA addr: RX-type address, or register (1). 
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The parameters are explained as follows: 

SWITCH 

RQCHECK 

GTFCRM 

MODE 

MEMSWT 

specifies the action to be performed: 

SWITCH Memory/task switch function 

RQCHECK Timer supervision TQE check function, to ensure that TQE in real time queue is being timed. 

GTFCRM GTF function, to modify monitor call control registers 

MODE Machine check handler (MCH) function, to modify MCH-oriented control registers 

MEMSWT Memory switch function, to update the PSAANEW on the specified processor. 

,CFU = PCC A addr 

specifies the address of the physical configuration communication area (PCCA) of the 
processor on which the function is to be executed. 

Note: The PCCA must reside in 24-bit addressable storage 

When control is returned, register 15 contains one of the following return codes: 



Hexadecimal 
Code 

00 

04 



Meaning 

Specified processor is online and has been notified 
that the specified service is to be executed. 
Function not initiated because addressed processor 
not online. If it appeared to be online, it is no 
longer in the configuration. 



Example 1 



Example 2 



Operation: Interrupt the work running on the processor whose PCCA address is given in 
register 1. If the work is preemptable, pass control to the dispatcher. 

RPSGNL SWITCH,CPU=(1) 



Operation: Pass control to the memory switch function on the processor whose PCCA address 
is given in register 1 . 

RPSGNL MEMSWT , CPU= ( 1 ) 
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SCHEDULE - Schedule System Services for Asynchronous 
Execution 



If SCOPE == GLOBAL is coded, this macro can be assembled compatibly between MVS/XA and 
MVS/370 through the use of the SPLEVEL macro instruction. Default processing will result in 
an expansion of the macro that operates only with MVS/XA. The expansion of SCHEDULE 
with SCOPE = LOCAL will operate on both MVS/370 and MVS/XA. See the topic "Selecting 
the Macro Level" for additional information. 

The SCHEDULE macro instruction schedules system services for asynchronous execution. 
These services may be scheduled for execution in any address space and may be scheduled at 
either global or local priorities. 

Services scheduled at a global priority have a priority that is greater than, and independent of, 
any address space priority. Services scheduled at a local priority have the priority of the 
specific address space they execute in, but still have a priority greater thaii that of any task 
within the address space. To use SCHEDULE you must be in supervisor state, PSW key zero. 

The addressing mode of the SRB routine is specified in the SRBEP field of the SRB control 
block. The user is required to set the correct AMODE. If bit of the SRBEP field is set to 1, 
the SRB gets control in 31 -bit addressing mode; if bit is set to 0, the SRB routine gets control 
in 24-bit addressing mode. The addressing mode of the SRB's FRR is specified in the 
SRBFRRA field of the SRB control block. The user is required to set the correct AMODE. If 
bit of the SRBFRRA field is set to 1, the FRR (and its retry routine) get control in 31 -bit 
addressing mode. If bit of the SRBFRRA field is set to 0, the FRR (and its retry routine) get 
control in 24-bit addressing mode. 

The SCHEDULE macro instruction can be used by programs executing in cross memory mode. 
The SCHEDULE macro instruction is written as follows: 

name name: symbol. Begin name in column 1. 

b One or more blanks must precede SCHEDULE. 
SCHEDULE 

b One or more blanks must follow SCHEDULE. 

SRB = SRB addr SRB addr: RX-type address, or register (I) or (2) - (12). 

,SCOPE = LOCAL Default: SCOPE = LOCAL 

,SCOPE = GLOBAL 

,LLOCK-YES 

,LLOCK = NO Default: LLOCK = NO 

,FRR = YES 

,FRR = NO Default: FRR = NO 

,DISABLED 
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The parameters are explained as follows: 

SRB = SRBaddr 

specifies the address of the service request block (SRB). 

,SCOPE = LOCAL 
,SCOPE = GLOBAL 

specifies whether the service is to be scheduled at a local or global priority. 

,LLOCK = YES 
,LLOCK = NO 

specifies whether the SRB is to receive control with the LOCAL lock held. 

Note: CML (cross memory local) lock means the local lock of an address space other 
than the home address space. LOCAL lock means the local lock of the home address 
space. When written in lower case, local lock means any local-level lock, either the 
LOCAL or a CML lock. 

,FRR = YES 
,FRR==NO 

specifies whether the SRB is to receive control with recovery established. If FRR = YES 
is specified, the user must include in the SRB field (SRBFRRA) the FRR exit address. 
When the SRB receives control, the FRR will have been added to the FRR stack. When 
FRR = YES is specified, the 24 byte FRR parameter area address will be passed to the 
SRB routine in register 2. 

,DISABLED 

specifies the mode of the issuer (if known) when the SCHEDULE macro is executed. 
DISABLED should be specified only when the invoker is physically disabled for 
interrupts. 



Example 1 



Example 2 



Operation: Schedule an SRB at a global priority. 

SCHEDULE SRB= ( 1 ) , SCOPE=GLOBAL 

Operation: Schedule an SRB at a local priority. 

SGHEDULE SRB= ( 1 ) , SCOPE=LOCAL 



Example 3 



Operation: Schedule an SRB at a global priority specifying that the SRB is to receive control 
with the LOCAL lock held and recovery established. The issuer of the SCHEDULE macro 
instruction is disabled. 

SCHEDULE SRB= ( 1 ) , SCOPE=GLOBAL , LLOCK=YES , FRR=YES , DISABLED 
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SDUMP - Dump Virtual Storage 



This macro can be assembled compatibly between MVS/XA and MVS/370 through the use of 
the SPLEVEL macro instruction. Default processing and the use of one of the new MVS/XA 
parameters will result in an expansion of the macro that operates only with MVS/XA. The 
expansion of SDUMP without new parameters will operate on both an MVS/XA and MVS/370 
systems. See the topic "Selecting the Macro Level" for additional information. 

Except for the DCB, all input parameters to this macro instruction can reside in storage above 
16 megabytes if the caller is executing in 31 -bit addressing mode. 

The SDUMP macro instruction provides a dumping capability for the system routines. It 
invokes SVC Dump to provide a fast unformatted dump of virtual storage to a data set. It is 
intended to be used by system routines that suffer errors. 

SVC Dump is available only to authorized programs. Issuers of SDUMP with entry by SVC 
must be authorized via APF or have a control program key. Branch entry callers must be key 
zero, supervisor state, and must be in SRB mode, or own a lock, or be disabled (with supervisor 
bit on) or be in enabled unlocked task FRR mode with the corresponding PSA bit on. 

The issuer of SDUMP can be in any cross memory mode. 

The service of initiating an SVC Dump in any address space is provided for callers who need to 
dump address spaces other than the one in which they are running. A branch entry to this 
service is also provided for callers who wish a dump of their own or another address space but 
cannot issue an SVC. 

When SVC dump is entered, the specified parameter list and all areas the Ust points to (except 
the DCB and ECB) must be currently addressable. Both the DCB and ECB, if specified, are 
assumed to be addressable in the home address space. 

The system operator can take SVC Dumps by issuing the DUMP command. For more 
information see Operations: System Commands. 

If options requiring address constants (ACONs) are not specified, the standard form of the 
SDUMP macro instruction produces reentrant code for routines that reside in the hnk pack 
area. The following parameters do not require ACONs and produce reentrant code for routines 
that reside in the link pack area: 

HDRAD 

SDATA 

TYPE 

HDR 

BRANCH 

SUSPEND 

QUIESCE 

BUFFER 



SDUMP - Dump Virtual Storage 2-349 



SVC dump allows programs in page-protected storage (such as the nucleus, PLPA, and MLPA) 
to issue the standard form of the SDUMP macro instruction without causing a protection 
exception. 

The standard form of the SDUMP macro instruction is written as follows: 



name 
b 

SDUMP 
b 



name: symbol. Begin name in coliimn 1. 
One or more blanks must precede SDUMP. 

One or more blanks must follow SDUMP. 



HDR= W«»j/7 title' 
J1DRAD= dump title addr 

,DCB =- deb addr 

,ASID ^^ASID addr 

,ASlDhST = list addr 

,TYPE= (type code) 

,ECB = ecb addr 
,SDATA = (data code) 



,STORAGE = (strt addr, end addr) 
,LIST = list addr 



MSTA^ list addr 

,SUBPLST = subpool id list addr 

jKEYLIST = storage key list addr 

,BUFFER = NO 
,BUFFER=YES 

,QUIESCE = YES 
,QUIESCE = NO 

,BRANCH = NO 
,BRANCH = YES 



,SUSPEND = NO 
.SUSPEND = YES 



,SVMLIST=- list addr 
,S\JM'LSTA = list addr 



dump title: from 1 to 100 characters. 

dump title addr: A-type address, or register (2) - (12). 

deb addr: A-type address, or register (2) - (12). 

ASID addr: A-type address, or register (2) - (12). 

list addr: RX-type address, or register (2) - (12). 

type code: any of the following, separated by commas: XMEM, XMEME, 

NOLOCAL, FAILRC 

Note: XMEM and XMEME are mutually exclusive codes. 

ecb addr: A-type address, or register (2) - (12). 

Note: If ECB is specified, ASID or ASIDLST must also be specified. 

data code: any combination of the following, separated by commas: 



NOSUMDUMP/NOSUM 

NUC 

PSA 

RGN 

SQA 

SUMDUMP/SUM 

SWA 

TRT 



ALLNUC 
ALLPSA 

CSA 
GRSQ 
LPA 
LSQA 

NOALLPSA/NOALL 
NOSQA 
Notes: 

1. Executing the SDUMP macro results in the ALLPSA, SQA, and SUMDUMP 
storage areas being dumped unless excluded by the NOALLPSA, NOSQA, or 
NOSUMDUMP parameter. 

2. The PSA option is not required because it is dumped as a default in all SVC 
dumps. 

strt addr: A-type address, or register (2) - (12). 

end addr: A-type address, or register (2) - (12). 

list addr: A-type address, or register (2) - (12). 

Note: One or more pairs of addresses may be specified, separated by commas. For 

example: 

, STORAGE = (strt addr, end addr, strt addr, end addr) 

list addr: A-type address or register (2) - (12). 

subpool id list addr: RX-type address, or register (2) - (12). 

storage key list addr: RX-type address, or register (2) - (12). 
Note: KEYLIST cannot be specified without SUBPLST. 

Default: BUFFER = NO 



Default: QUIESCE = YES 



Default: BRANCH = NO 

Note: If BRANCH = YES is specified, ASID or ASIDLST must also be 

specified. 

Default: SUSPEND = NO 



list addr: RX-type address, or register (2) - (12). 
list addr: RX-type address or register (2) - (12). 
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The parameters are explained as follows: 

HDR= 'dump title' 

HDRAD = dump title addr 

specifies the title or address of the title to be used for the dump. If HDR is specified, the 
title must be l-IOO characters enclosed in apostrophes, although the apostrophes do not 
appear in the actual title. If HDRAD is specified, the first byte at the indicated address 
specifies the length of the title in bytes. 

If these keywords are specified with BRANCH = YES or ASID/ASIDLST (that is, causing 
a scheduled dump), the title is moved to SVC dump storage before control returns to the 
caller. There is no requirement to synchronize with the completion of the dump. 

,DCB = deb addr 

specifies the address of a previously opened data control block for the data set that is to 
contain the dump. If this parameter is omitted, one of the SYSl.DUMP data sets is used. 
The data control block must be addressable from all the address spaces in which the SVC 
Dump routine executes. The control blocks built by OPEN must also be addressable 
from the address spaces. The DCB must support EXCP. 

The DCB must reference device types supported by SVC dump. Eligible device types are 
unlabeled 9-track 2400-series tape devices (or tape devices compatible with the 2400-series) 
and any direct access devices supported by the system that have a track size of at least 
4104 bytes. (4104 bytes equals 1 SVC dump output record.) The IBM 3850 Mass Storage 
System is not supported as a dump data set. 

SVC dump does not close the dump data set. The caller should use the CLOSE macro to 
close the data set and cause an end-of-file mark or a tape mark to be placed after the 
dump data. SVC dump sets up the DCB so that CLOSE works correctly and positions 
the end-of-file mark or tape mark at the correct place on the data set. For tape data sets, 
the caller can write a tape mark to separate multiple dumps without using the CLOSE 
macro. 

Note: The DCB resides in storage below 16 megabytes. 

,XSm = ASIDaddr 

,ASIDLST = list addr 

specifies the address of a halfword or a Hst of halfwords containing the hexadecimal 
address space identifier of an address space to be dumped. If register notation is used, the 
low order halfword of the register contains the address space identifier of the address 
space to be dumped. If both parameters are omitted, the current address space will be 
dumped. If is specified for the address space identifier, a dump is scheduled for the 
home address space of the issuer of the SDUMP macro instruction. No private area 
storage will be included in the dump for the specified address space(s) if either of the 
following events occurred: 

• No SDATA parameters were specified that apply to the private area of the requested 
address space(s). 

• The CHNGDUMP operator command was used to set an overriding parameter in the 
system dump options list that limits SVC dumps to areas outside of the private area. 

The ASID list can contain a maximum of 15 address space identifiers. The high order bit 
of the halfword containing the last identifier of the list must be set to 1, and all other high 
order bits must be set to 0. 
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,TYPE = XMEM 
,TYPE = XMEME 
,TYPE = NOLOCAL 
,TYPE = FAILRC 

specifies that the caller's cross memory mode is to be used to decide the address spaces to 
dump (XMEM or XMEME) or that the caller cannot allow SDUMP to obtain a local 
lock (NOLOCAL) or that SVC DUMP should return a reason code with the return code 
to the DUMP command processor when the requested dump was not taken (FAILRC). 

XMEM requests SVC dump to use the caller's cross memory mode at the time the 
SDUMP macro instruction is executed. 

XMEME requests SVC dump to use the caller's cross memory mode at the time of the 
error for which the dump is being taken. 

The home address space is dumped for both keywords. The relevant primary and 
secondary address spaces are also dumped if they are unique. If a cross memory local 
lock was held, the address space whose local lock is held is also dumped. 

NOLOCAL indicates that the caller is in an environment that cannot tolerate SDUMP 
obtaining a local lock. This option has meaning only when BRANCH = YES is specified 
and the caller is enabled and unlocked (for example, in an enabled unlocked task FRR or 
in SRB or cross memory mode). 

FAILRC requests the system to return the explanation for any failures in the dump 
function. When you specify this parameter, SVC DUMP passes back a return code in 
register 15 and places the reason code in the SDWA. The reason code explains why the 
dump failed. 

,ECB-ec6 addr 

If an A-type operand is specified, ecb addr specifies the address of a fullword containing 
the address of an event control block that is posted on completion of a scheduled dump. 
If a register operand is used, the register must contain the actual address of the event 
control block. If this parameter is omitted, the caller is not notified of the completion of 
the scheduled dump. The fullword and the event control block must be addressable from 
the home address space. The fullword address that points to the event control block must 
be a valid 24-bit or 31 -bit address. 

Note: The ECB will be posted only if the return code from SDUMP is 0. 

.SDkTk-' (data code) 

specifies the system control program information to be dumped: 

ALLNUC - The DAT-ON and DAT-OFF nuclei. The read only (page-protected) area of the 

nucleus and the DAT-OFF nucleus will not be included in the dump unless this 
keyword is specified. 

ALLPSA - All of the prefixed storage areas in the system. 

CSA - The common service area subpools (subpools 231 and 241). 

GRSQ - Global resource serialization control blocks are included in the dump. 

LPA - The active link pack area modules and SVCs for each address space being 

dumped. 

LSQA - The local system queue area for each address space being dumped (subpools 229, 

230, 233-235, and 253-255). 
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NOALLPSA(NOALL) - 

NOSQA - 
NOSUMDUMP(NOSUM) 

NUC- 

PSA- 
RGN- 



SQA- 

SUMDUMP(SUM) 

SWA- 
TRT- 



The prefixed storage area for one processor is duraped. This is either the 
processor at the time of the error or the processor at the time of the dump. 

The system queue area is not dumped. 

A summary dump is not included in the SVC Dump. 

The non-page protected areas of the DAT-ON nucleus. (The ALLNUC 
parameter must be specified to obtain the entire nucleus, including the 
page-protected areas of the DAT-ON nucleus and the DAT-OFF nucleus.) 

The prefixed storage area for one processor is dumped. This is either the 
processor at the time of the error or the processor at the time of the dump. 

The allocated pages in the private area of each address space being dumped. 
This includes the following areas: 

Subpools Storage 

0-127, 251, 252 All virtual storage in the address space allocated to these 

subpools, that resides below and above the 16 megabytes 
line 

229, 230, 253-255 All virtual storage allocated to the LSQA and ELSQA 

236 and 237 All virtual storage allocated to the SWA and ESWA 

SVC DUMP does not dump all the obtained storage in an address space if the 
RGN option of SDATA is specified. This reduces the number of page faults 
that occur during SVC DUMP processing, decreases the time required to take a 
dump, and reduces the size of dumps on tape or DASD. 

For storage that is not related to data-in-virtual, only obtained pages that have 
something stored into them are dumped. This eliminates the pages of storage 
that are in a freshly obtained state. 

For storage that is related to data-in- virtual, pages that are in real storage are 
dumped, as well as pages that have been changed since the last DIV macro (that 
specified the SAVE service) executed. 

When the RGN option of SDATA is coded on the SDUMP macro, SVC 
DUMP uses the RSM facility, lARQDUMP, to determine which category a 
page returned by VSMLIST belongs to. The categories are: 

1. A copy of the page cannot be found in virtual storage. 

2. All copies in virtual storage are at the same level as the copy on permanent 
storage. 

3. At least one copy of the page has been found in virtual storage that is at a 
later level than the copy on permanent storage. 

4. RSM cannot determine the status of the page. 

SVC DUMP does not dump pages in the first category. It dumps pages in 
category 2 that are in real storage and all of category 3. If the page is in category 
4, SVC DUMP references the page and then calls lARQDUMP again, if the 
page is still in category 4, it is not dumped. If the page is no longer in category 
4, it is treated like any other page in its category. 

The entire system queue area. 

A summary dump is to be included with the SVC dump output. The trace table 
is included in the non-summary portion of the dump if this option is specified or 
used as a default. 

The scheduler work area subpools for each address space being dumped 
(subpools 236 and 237). This includes all virtual storage allocated above and 
below the 16 megabytes line. 

The system trace table, the GTF trace records, and MASTER TRACE DATA 
if these types of traces are active. 
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If the BRANCH = YES and the SUSPENDING parameters are specified, the following 
system areas are included in the summary dump output: 

• A cross memory status record indicating the home, primary, and secondary address 
spaces at the time SVC dump is entered. If the caller held a cross memory local lock, 
the ASCB address of the address space whose local lock is held is also displayed. 

• Any storage areas specified with the SUMLIST or SUMLSTA parameters. 

• The physical configuration communication area (PCCA), the logical configuration 
communication area (LCCA), and the prefixed storage area (PSA) for each 
functioning processor. 

• The current PCLINK stack elements pointed to by PSASEL. 

• The relevant interrupt handler save area (IHSA). If no local lock is held or the local 
lock of the home address space is held, the relevant IHSA is located in the home 
address space. If a cross memory local lock is held, the relevant IHSA is located in 
the address space whose local lock is held. 

• 4K of storage before and 4K after the address in the PSW and every valid unique 
address in the registers that are saved in the relevant IHSA. This storage is dumped 
using the primary and secondary address space addressability of the unit of work 
whose status is saved in the relevant IHSA. 

• The XSB associated with the relevant IHSA and the PCLINK stack elements pointed 
to by this XSB. 

• The system diagnostic work area (SDWA) associated with the failure of the system 
routine. 

• 4K of storage before and 4K after every vaUd unique address in the registers that are 
saved in this SDWA. This storage is dumped using the primary and secondary 
address space addressability of the process encountering the error. 

• The global, CPU, and local work/save area vector tables (WSAVTG, WSAVTC, 
WSAVTL) and the work/save areas pointed to by the addresses in these vector tables. 

• 4K of storage before and 4K after the instruction counter values of the external old 
PSW, program check old PSW, I/O old PSW, and restart old PSW saved in the PSA 
of all active processors. 

• The functional recovery routine (FRR) stack for the current processor. 

If the BRANCH = YES and SUSPEND == YES parameters are specified, the following 
system areas are included in the summary dump output: 

• A cross memory status record indicating the home, primary, and secondary address 
spaces at the time SVC dump is entered. If a cross memory local lock is held, the 
ASCB of the address space whose local lock is held is also displayed. 

• Any storage areas specified with the SUMLIST or SUMLSTA parameters. 
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• The physical configuration communication area (PCCA), the logical configuration 
communication area (LCCA), and the prefixed storage area (PSA) for each 
functioning processor. 

• The interrupt handler save area relevant to the suspended SDUMP caller. If no local 
lock is held or the local lock of the home address space is held, the relevant IHSA is 
located in the home address space. If a cross memory local lock is held, the relevant 
IHSA is located in the address space whose local lock is held. 

• The XSB pointed to by the relevant IHSA. 

• The PCLINK stack elements pointed to by this XSB. 

• The ASCB of the SVC dump caller. 

• The suspended unit of work: the TCB/RB/XSB for task mode callers and the 
SSRB/XSB for SRB mode callers. 

• The PCLINK stack elements associated with the suspended unit of work. 

• For task mode SVC dump callers, the following areas are also dumped: 

All RTM2WAs associated with the suspended caller's TCB. 
All SDWAs pointed to by the located RTM2WAs. 

• For SRB mode callers, the following areas are also dumped: 

The PCLINK stack elements pointed to by the SSRB/XSB. 

The SDWA located as the one for which the dump is being taken. 

• The SVC dump caller's register save area. 

• 4K of storage before and 4K after the unique register values found in all located 
SDWAs and the caller's register save area. This storage is dumped using the primary 
and secondary addressability of the program whose registers were saved in these 
system areas. 

• 4K of storage before and 4K after the address portion of the PSWs in all located 
SDWAs. 

If the BRANCHING parameter is in effect, the following system areas are included in 
the summary dump output: 

• The ASID record for the address space in which the dump task is executing. 

• Any storage areas specified with the SUMLIST or SUMLSTA parameter. 

• Every RTM2 work area (RTM2WA) associated with every TCB in a dumped address 
space. 

• 4K of storage before and 4K after all vahd, unique PSW and register addresses saved 
in each RTM2WA. This storage is dumped using the primary and secondary 
addressability saved in the RTM2WA containing the PSW and register values. 
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In addition to a total of three pages around the PSW address at the time of the error, the 
LPA directory and the nucleus map, the following system control blocks are dumped in 
all SVC Dumps: 

The communications vector table (CVT), the CVT prefix, and the secondary CVT 
(SCVT) 

The global data area (GDA) 

The prefixed storage area (PSA) for the current processor 

Unit control blocks (UCBs) 

The address space vector table (ASVT) 

The address space control block (ASCB) for each address space being dumped 

The Unkage table, authorization table, and entry tables for each requested address 
space 

The PCCA vector table and all PCCAs 

The trace option block (TOB) 

The trace vector table (TRVT) 

Executing the SDUMP macro results in the ALLPSA, SQA, and SUMDUMP storage 
areas being dumped unless excluded by the NOALLPSA, NOSQA, or NOSUMDUMP 
parameter. 

The system dump options specified by the CHNGDUMP operator command can add to 
or override the SDATA options specified with the SDUMP macro instruction. 

,STORAGE = (strt addr,end addr) 

,LIST = list addr 

,LISTA = listaddr 

specifies one or more pairs of starting and ending addresses (STORAGE), a Ust of starting 
and ending addresses (LIST), or a hst of ASIDs and storage ranges (LIST A). 

(Each starting address must be less than its corresponding ending address.) The storage 
list must contain an even number of addresses, and each address must occupy one 
fullword. In the list, the high order bit of the fullword containing the last ending address 
of the hst must be set to 1; all other high order bits must be set to 0. 
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LISTA specifies a list of storage ranges as follows: 
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Figure 14. List of Storage Ranges Specified by LISTA 

Note: If LISTA or SUBPLST is specified for a scheduled dump request and if the Ust 
does not exceed 484 bytes in size, SVC dump will move the list to SVC dump storage. 
The caller can free or reuse this space on return from SVC dump. No synchronization 
with SVC dump completion is required. If the list exceeds 484 bytes, SVC dump will not 
move the list and synchronization with SVC dump completion is required. 

,SUBPLST = subpool id list address 

specifies a list of ASIDs with associated subpool ids corresponding to subpools of virtual 
storage that are to be included in the SVC dump. 

The first fuUword of the Hst contains the number of bytes (including the first word) in the 
list. The hst can contain a maximum of 200 bytes consisting of unique ASIDs and 
subpool ids. If the Hst contains duplicate ASIDs or subpool ids, the length can exceed 
200 bytes because SDUMP stores the unique subpool ids in a 200-byte work area. 

The structure of the list for each ASID follows: 

• The first word contains the ASID in bits 0-15 and the number of subpools associated 
with this ASID (n) in bits 16-31. If is specified as the ASID, the caller's home 
ASID is used. 
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• The next n halfwords contain the subpool ids (right justified) corresponding to the 
virtual storage to be included in the SVC dump. The manner in which these subpools 
are dumped depends on whether they are private or common area subpools. 

— If a private area subpool (related to a TCB) is specified, all virtual storage 
associated with this subpool, for all TCBs in the specified address space, is 
dumped. 

— If a common area subpool is specified, all of the virtual storage allocated in the 
subpool is dumped. 

SVC DUMP does not dump all the obtained storage in an address space if the SUBPLST 
list keyword for private subpools is coded. This reduces the number of page faults that 
occur during SVC DUMP processing and the time required to take a dump. It also 
reduces the size of dumps on tape or DASD. 

For storage that is not related to data-in-virtual, only obtained pages that have something 
stored into them are dumped. This eliminates the pages of storage that are in a freshly 
obtained state. 

For storage that is related to data-in- virtual, only pages that are in real storage are 
dumped, as well as pages that have been changed since the last data-in-virtual SAVE 
operation. 

When SUBPLST for private subpools is coded, SVC DUMP uses the RSM facihty, 
lARQDUMP, to determine which category a page returned by VSMLIST belongs to. The 
categories are: 

1. A copy of the page cannot be found in virtual storage. 

2. All copies in virtual storage are at the same level as the copy on permanent storage. 

3. At least one copy of the page has been found in virtual storage that is at a later level 
than the copy on permanent storage. 

4. RSM cannot determine the status of the page. 

SVC DUMP does not dump pages in the first category. It dumps pages in category 2 that 
are in real storage and all of category 3. If the page falls into category 4, SVC DUMP 
references the page and then calls lARQDUMP again. If the page is still in category 4, it 
is not dumped. If the page is no longer in category 4, it is treated like other page in its 
category. 

Notes: 

1. If the KEYLIST option is specified, only the storage with keys matching the keys in the 
list is dumped. 

2. Unassigned subpool ids and ASIDs are skipped. 

3. If an invalid subpool or ASID (ASID greater than ASVTMAX) is specified, the caller 
receives a 233 ABEND and SDUMP processing terminates the dump. 
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4. If all ASIDs specified in SUBPLST are the current ASID, SUBPLST does not force a 
scheduled dump. However, if any of the ASIDs are different, a scheduled (or 
asynchronous) dump results. 

5. SDUMP callers executing in key and supervisor state, who request storage from 
subpool via GETMAIN obtain that storage from subpool 252 instead. Therefore, when 
these callers want to dump this storage, they must specify subpool 252 rather than 
subpool 0. 

,KEYLIST = storage key list addr 

specifies the address of a list of storage keys associated with the virtual storage to be 
dumped. If the key of a subpool specified in SUBPLST does not match a key in this Ust, 
the data in the supbool is not dumped. SUBPLST must be specified if the KEYLIST 
option is used. If KEYLIST is not specified, all virtual storage (regardless of key) 
associated with the requested subpools will be included in the dump. 

The list contains one-byte entries and starts on a halfword boundary. The first byte 
indicates the length of the list (including this byte). The list has a maximum length of 
16 bytes so that up to 15 keys can be specified. Callers should specify each key in the 
leftmost four bits of each byte, except the length byte. 

Callers who want to dump the storage corresponding to all 16 keys should not specify this 
parameter. 

,BUFFER = NO 
,BUFFER = YES 

specifies that the contents of the SQA buffer is (YES) or is not (NO) to be included in the 
dump. (The SQA buffer does not include the SDUMP parameter list or any data pointed 
to by the parameter list.) Using BUFFER = YES requires special serialization. Refer to 
the topic "SQA Buffer Option" in Volume 1. 

,QUIESCE = YES 
,QUIESCE = NO 

specifies that the system is to be set non-dispatchable until the contents of the SQA and 
the CSA are dumped (YES), or that the system is to be left dispatchable (NO). If the 
SDATA parameter does not specify SQA or CSA, the QUIESCE = YES request is 
ignored. 

Note: Summary dumps (SUMDUMP) for branch entries (BRANCH = YES) always 
cause the system to be set non-dispatchable until the summary dump is written. 

,BRANCH = NO 
,BRANCH = YES 

specifies that a branch entry is to be used for interfacing with SVC DUMP to schedule a 
dump (YES), or that an SVC 51 instruction is to be generated for interfacing with SVC 
DUMP (NO). For BRANCH = NO, the caller cannot be in cross memory mode. For 
BRANCH = YES, the caller can be in either cross memory mode or non-cross memory 
mode and must be in PSW key 0, supervisor state, and one of the following: 

SRB mode 

Holding any lock 

Disabled with a PSASUPER bit on 

Enabled unlocked task FRR mode with the corresponding PSA bit on 
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If BRANCH = YES is specified and the caller has not specified at least one of the 
following keywords: ASID, ASIDLST, TYPE = XMEM, TYPE^XMEME, or LISTA, 
the dump is scheduled to the current home address space. 

Routines that issue SDUMP with BRANCH = YES must provide a 72-byte save area 
pointed to by register 13. 

For BRANCH = YES entry by reentrant recovery routines, SDUMP processing moves the 
data supplied by the following parameters to a system area: 

HDR 

HDRAD 

ASIDLIST 

STORAGE 

LIST 

LISTA 

SUBPLST 

KEYLIST 
This enables the recovery routine to free its storage on return from SDUMP although the 
dump has not completed. 

,SUSPEND = NO 
,SUSPEND = YES 

specifies that a suspend summary dump is requested (YES) or not requested (NO). 
SUSPEND = YES must be used together with the BRANCH = YES and 
SDATA = SUMDUMP parameters. This keyword should be used by system routines that 
can experience page faults but that want to save volatile system dump information in a 
virtual storage buffer. 

.SVMLIST = list addr 

,SVMLSTA = listaddr 

specifies a list of starting and ending addresses of areas to be included in a summary 
dump (SUMLIST) or specifies a combined Ust of ASIDs and storage ranges (SUMLSTA). 
For SUMLIST, SUMDUMP must be specified as an SDATA parameter and each 
starting address must be less than its corresponding ending address when either keyword 
is specified. 

For SUMLIST, the storage Hst must contain an even number of addresses, and each 
address must occupy one fullword. In the list, the high order bit of the fullword 
containing the last ending address of the Ust must be set to 1, and all other high order bits 
must be set to 0. 
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For SUMLSTA, the list of storage ranges is as follows: 
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Restriction: 



The maximum number of ASIDs that the combined TYPE = XMEM, TYPE^ 
LIST A, ASIDLST, ASID, and SUBPLST parameters can specify is fifteen. 



^XMEME,- 



Note: There is no restriction on the number of ASIDs that the SUMLSTA can specify. 

When BRANCH = YES and SUSPEND = NO are also specified, the hst must be addressable 
using the addressability established when SVC dump was entered. The lists themselves and all 
ranges specified must reference paged-in data. Paged-out data is not dumped by summary 
dump. 

When BRANCH = YES and SUSPEND = YES are also specified, the hsts must be addressable 
using the addressabiUty established when SVC dump was entered. The lists and referenced data 
can either be in paged in or paged out areas. The maximum amount of summary dump data 
with this type of dump is IM. 

When BRANCH = NO is also specified, the lists must be addressable in all address spaces in 
which the dump will be taken (those address spaces specified by ASID, ASIDLST, LISTA, or 
TYPE = XMEM, TYPE = XMEME, or SUBPLST). The hsts and referenced data can be in 
paged-in or paged-out areas. The maximum amount of summary dump data possible with this 
type of dump is dependent only on the size of the dump data set. 

Each ASID specified with SUMLSTA must represent a valid, swapped-in address space in 
order for the data to be dumped. 
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Programming Notes: 



Example 1 



The total number of distinct ASIDs that can be specified by TYPE = XMEM, 
TYPE = XMEME, LISTA, ASID, SUBPLST and ASIDLST is fifteen. If more than fifteen are 
requested, only the first fifteen are processed. There is no restriction on the number of ASIDs 
specified by the SUMLSTA parameter, nor do SUMLSTA ASIDs contribute toward the fifteen 
ASID Hmit. 

If BRANCH = NO was specified and no ASIDs other than the current ASID were requested, 
register 1 5 contains one of the following return codes when control is returned: 

Hexadecimal 

Code Meaning 

00 A complete dump was taken. 

04 A partial dump was taken because the dump data 

set did not have sufficient space. 
08 The system was unable to take a dump. 

If BRANCH = YES or any ASID other than the current ASID was requested, register 15 
contains one of the following return codes when control is returned: 

Hexadecimal 

Code Meaning 

00 A dump was scheduled. If an ECB was supplied, 

it will be posted on completion of the dump. 
08 The system was unable to schedule a dump. 

If an ECB was supplied, one of the following codes is returned in the ECB: 

Hexadecimal 

Code Meaning 

00 A complete dump was taken. 

04 A partial dump was taken. 

08 The system was unable to take a dump. 

Notes: 

1. When a return code of 8 is received, the SDWA (SDWASDRC) contains the reason why no 
dump was taken. See "Determining the Initial Status of an SVC Dump Request" in Volume 1 
for a list of reasons. 

2. The ECB will not be posted unless the return code from SDUMP is 0. 



Operation: This example shows how SVC DUMP can be branch entered to initiate a dump in 
an address space by callers who cannot issue an SVC. Areas to be dumped are requested via 
three parameters (BUFFER, SDATA, and STORAGE). The dump has the title indicated in 
the HDR parameter, the caller requests to be notified of the completion of the scheduled dump 
via the ECB parameter, and the dump is going to a private data set (indicated by the DCB 
option). 

SDUMP HDR='USER DATA FOR TEST A ' ,DCB=TESTADCB,BUFFER=YES , X 
ASID=TSTAASID,ECB=(8) ,QUIESCE=YES,BRANCH=YES, X 

STORAGE=(A,B,C,D, (9) ,E) ,SDATA= (ALLPSA, SQA,LSQA) 
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Example 2 



Operation: This example shows how SVC DUMP can be invoked via a branch entry to initiate 
a dump of several address spaces by callers who cannot issue an SVC. Areas to be dumped are 
requested via four parameters (BUFFER, SDATA, LIST, and SUMLIST). The address spaces 
to be dumped are described by the ASIDLST parameter. Note that areas specified by 
SUMLIST only apply to the current address space. The LIST addressed by the LIST keyword 
must be addressable from any address space. The dump has the title indicated in the HDR 
parameter, and the caller requests to be notified of the completion of the scheduled dump via 
the ECB parameter. 

SDUMP HDR= ' USER DATA FOR TEST B ' , X 

BUFFER=YES,ASIDLST=TSTALIST,ECB=(8) , X 

QUIESCE=YES,BRANCH=YES,LIST=(9) , X 

SDATA= ( ALLPSA , NUC , SQA , SUMDUMP ) , X 
SUMLIST=TSTSLIST 



TSTALIST DC X ' 0000000A800B ' 
TSTSLIST DC X ' 0000000080400000 
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SDUMP (List Form) 



Use the list form of the SDUMP macro instruction to construct a control program parameter 
list. You can specify any number of storage addresses using the STORAGE parameter. 
Therefore, the number of starting and ending address pairs in the list form of SDUMP must be 
equal to the maximum number of addresses specified in the execute form of the macro 
instruction. 

The Hst form of the SDUMP macro instruction is written as follows: 



name 
b 
SDUMP 

b 



name: symbol. Begin name in column 1. 
One or more blanks must precede SDUMP. 

One or more blanks must follow SDUMP. 



HDR= 'dump title' 
HDRAD = dump title addr 

,UCB = deb addr 

,SDATA = (data code) 



,STORAGE = (strt addr, end addr) 
,L1ST = list addr 
,L1STA= list addr 



,SUBPLST = subpool id list addr 
iKEYlASiT = storage key list addr 

,BUFFER = NO 
,BUFFER = YES 

,QUIESCE = YES 
,QUIESCE = NO 

,SUSPEND = NO 
,SUSPEND = YES 

J^YVB^ (type code) 



dump title: from 1 to 100 characters. 
dump title addr: A-type address. 

deb addr: A-type address. 

data code: any combination of the following, separated by commas: 



ALLNUC 

ALLPSA 

CSA 

GRSQ 

LPA 

LSQA 

NOALLPSA/NOALL 

NOSQA 



NOSUMDUMP/NOSUM 

NUC 

PSA 

RGN 

SQA 

SUMDUMP/SUM 

SWA 

TRT 

Default: SDATA = (ALLPSA,SQA,SUMDUMP) 

ALLPSA, SQA, and SUMDUMP are the defaults even if other parameters are 
specified for SDATA. NOALLPSA, NOSQA, and NOSUMDUMP must be 
specified to suppress these defaults. 

Note: The PSA option is not required because it is dumped as a default in all 
SVC dumps. 

strt addr: A-type address. 

end addr: A-type address. 

list addr: A-type address. 

Note: One or more pairs of addresses may be specified, 

separated by commas. For example: 

,STORAGE = (strt addr, end addr, strt addr, end addr) 

subpool id list addr: A-type address, or register (2) - (12). 

storage key list addr: A-type address, or register (2) - (12). 
Note: KEYLIST cannot be specified without SUBPLST. 

Default: BUFFERING 



Default: QU1ESCE = YES 

Default: SUSPEND = NO 

type code: any combination of the following, separated by commas: XMEM or 
XMEME, NOLOCAL 



,MF = L 



2-364 SPL: System Macros and Facilities Volume 2 



The parameters are explained under the standard form of the SDUMP macro instruction, with 
the following exception: 

,MF = L 

specifies the list form of the SDUMP macro instruction. 
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SDUMP (Execute Form) 



A remote control program parameter list is referred to and can be modified by the execute form 
of the SDUMP macro instruction. 

If you code one or more of the SDATA parameters on the execute form of the macro 
instruction, any SDATA parameters coded on the list form are lost. 
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The execute form of the SDUMP macro instruction is written as follows: 



name 
b 

SDUMP 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede SDUMP. 

One or more blanks must follow SDUMP. 



UDR = dump title' 
RDRAU^dump title addr 

,DCB = deb addr 

,ASID = ASID addr 

,ASIDLST'= list addr 

,TYPE = (type code) 

,ECB = ecb addr 
,SDATA = (data code) 



,STORAGE= (strt addr, end addr) 
,hlST = list addr 
,USTA = list addr 



,SIJBPLST = subpool id list addr 
,KEYhlST ■= storage key list addr 

,BUFFER = NO 
,BUFFER = YES 

,QUIESCE=YES 
,QUIESCE = NO 

,BRANCH = NO 

,BRANCH = YES 

,SUSPEND = NO 
,SUSPEND=YES 

,SVMLlST-= list addr 

,SVMLSTA-^ list addr 
,MP=(E, Ctrl addr) 



dump title: from 1 to 100 characters. 

dump title addr: RX-type address, or register (2) - (12). 

deb addr: RX-type address, or register (2) - (12). 

ASID addr: RX-type address, or register (2) - (12). 

list addr: RX-type address, or register (2) - (12). 

type code: any one of the following, separated by commas: 
XMEM or XMEME, NOLOCAL 

ecb addr: RX-type address, or register (2) - (12). 

data code: any combination of the following, separated by commas: 



ALLNUC 

ALLPSA 

CSA 

GRSQ 

LPA 

LSQA 

NOALLPSA/NOALL 

NOSQA 



NOSUMDUMP/NOSUM 

NUC 

PSA 

RGN 

SQA 

SUMDUMP/SUM 

SWA 

TRT 

Default: SDATA = (ALLPSA,SQA,SUMDUMP) ALLPSA, SQA, and SUMDUMP 
are the defaults even if other parameters are specified for SDATA. NOALLPSA, 
NOSQA, and NOSUMDUMP must be specified to suppress these defaults. 

Note; The PSA option is not required because it is dumped as a default in all 
SVC dumps. 

strt addr: RX-type address, or register (2) - (12). 

end addr: RX-type address, registers (2) - (12). 

list addr: RX-type address, or register (2) - (12). 

Default: One or more pairs of addresses may be specified, separated by commas. 

For example: 

,ST0RAGE = (strt addr, end addr, strt addr, end addr) 

subpool id list addr: RX-type address or register (2) - (12). 

storage key list addr: RX-type address, or register (2) - (12). 
Note: KEYLIST cannot be specified without SUBPLST. 



Note; If BRANCH = YES is specified, ASID or ASIDLST must also 
be specified. 

Default; SUSPEND = NO 



list addr: RX-type address, or register (2) - (12). 
list addr: RX-type address, or register (2) - (12). 
Ctrl addr: RX-type address, or register (1) or (2) - (12). 
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The parameters are explained under the standard form of the SDUMP macro instruction, with 
the following exception: 

,MF = (E, Ctrl addr) 

specifies the execute form of the SDUMP macro instruction using a remote control 
program parameter hst. 



Example 1 



Operation: The execute form is used to change SDATA areas, BUFFER, and QUIESCE 
options in the SDUMP parameter hst. The hst form of SDUMP was previously used to create 
the basic SDUMP parameter hst located by register 1. 

SDUMP SDATA=(SQA,LPA) ,BUFFER=NO,QUIESCE=NO,MF= (E , (1) ) 
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SETFRR - Set Up Functional Recovery Routines 



The SETFRR macro instruction gives control program functions the abiUty to define their 
recovery in the FRR (functional recovery routine) LIFO stack, which is used during processing 
of the system recovery manager. Any program function can use SETFRR to define its own 
unique recovery environment. 

The SETFRR macro instruction can be used to add, delete, or replace FRRs in the LIFO 
stack, or to purge all FRRs in the stack. The macro instruction also optionally returns to the 
user the address of a parameter area that is eventually passed to the FRR when an error occurs. 
The parameter area can be used to keep information that might be useful to the FRR. The exit 
and retry routines execute in the same addressing mode as the SETFRR macro expansion and 
service routine (for MVS/XA). This is the addressing mode of the issuer of the macro 
instruction. 

The issuer of the SETFRR macro instruction can be in any cross memory mode but must be in 
supervisor state key zero. 

All SETFRR users must include the DSECTs for the FRR stack (via the IHAFRRS mapping 
macro instruction) and the PSA (via the IHAPSA mapping macro instruction) before using the 
SETFRR macro instruction. 

The MVS/XA support of the SETFRR macro instruction sets the high-order bit of the recovery 
exit routine address to the addressing mode of the issuer. This bit setting determines the 
addressing mode of both the recovery exit routine and the retry routine. 

The interface to an FRR is described in Volume 1 under "System Environment." Guidelines for 
writing an FRR appear in Volume 1 under "Recovery Routine Guidelines." 

Note: FRRs need not restore registers upon return. 
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The SETFRR macro instruction is written as follows: 



SETFRR 

b 



name: symbol. Begin name in column 1. 
One or more blanks must; precede SETFRR. 

One or more blanks must follow SETFRR. 



A,FRRAD = Fi?/?fl(/(^/- 
RJKRAT) = FRRaddr 
D 
P 

,WRKREGS = (regl,reg2) 
,PARMAD =parm area . 



,EUT = YES 

,MODE = 

( 

FULLXM 
PRIMARY 
HOME 

GLOBAL 
LOCAL 

GLOBAL,LOCAL 
LOCAL,GLOBAL 

) 

,RELATED = value 



FRR addr: A-type address, or register (2) - (12). 



regl: decimal digits 1-15. 
reg2: decimal digits 1-15. 

parm area addr: A-type address, or register (2) - (12). 

Note: This parameter may only be specified with A or R above. 



Default: MODE = HOME 



value: any valid macro keyword specification. 



The explanation of the parameter is as follows: 

A,FRRAD = FRRAD addr 
R,FRRAD^ FRRAD addr 
D 
P 

specifies the operation to be performed on the FRR LIFO stack: 

A - an FRR address is to be added to the stack. 
R - the FRR address last added to the stack is to be 

replaced by another FRR address. 
D - the FRR address last added to the stack is to be deleted. 
P - all entries in the stack are to be purged. 

FRRAD specifies the address of a fullword containing the FRR address that is to be 
added or replaced. The parameter specifies the FRR address in a register or specifies the 
address of a storage location containing the FRR address. 

,WRKREGS = (regl ,reg2) 

specifies two unique general purpose registers to be used as work registers in the code 
generated by the SETFRR macro expansion. 
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,P ARMAD = pa rm area addr 

specifies the address of a fullword to receive tiie address of the 24-byte parameter area 
provided by the system to the issuer of SETFRR. If a register is specified, the address of 
the 24-byte parameter area is placed in the register. This parameter area is associated 
with the FRR address that has either been added to or has replaced an FRR address on 
the stack. This parameter area is passed to the FRR when an error occurs. 

,EUT = YES 

used only with A and R, specifies that the new FRR can be used in any environment. 
EUT = YES is used by routines that are not certain of their environment; for example, a 
routine that can be called by an SRB or by a task that is executing enabled and might not 
hold any locks. While the FRR remains in effect, no SVCs can be issued and no new 
asynchronous exits are dispatched. 

,MOD'E = options 

specifies the environment in which the FRR is to get control and also, optionally, 
identifies the FRRs that free critical resources. The normal or expected addressing 
environment is identified by FULLXM, PRIMARY, or HOME. The restricted or critical 
resource freeing addressing environment is identified by LOCAL, GLOBAL, or both. 
Parentheses are not needed if only one option is chosen. 

FULLXM 

specifies that the FRR exit must be entered in the same cross memory environment 
that existed when the SETFRR was issued. 

PRIMARY 

specifies that the FRR exit must be entered in primary addressing mode with both 
the PASID and SASID the same as the PASID that existed when the SETFRR was 
issued, the home address space must be unchanged, and the PSW key mask must be 
the same as when the SETFRR was issued. 

HOME 

specifies that the FRR exit must be entered in primary addressing mode with 
PASID = SASID = HASID, and the PSW key mask either the same as that at the 
time of the error for SRB mode, or TCBPKF for TCB mode. 

If neither FULLXM, PRIMARY, nor HOME is coded, HOME is the default. 

GLOBAL 

specifies that the FRR frees a critical global resource. If the FRR cannot be 
entered in its normal addressing environment (for example, if the secondary address 
space is no longer valid), it must be entered in GLOBAL restricted addressing 
environment to free critical resources. To enter the FRR, the system mode must be 
one of the following: 

• A global spin lock is held. 

• The processor is disabled and the current FRR stack is a super stack. 

• The processor is disabled and a PSA super bit is on. 

If it cannot be entered either as an FRR or as a resource manager, the FRR is 
skipped. 
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LOCAL 

specifies that the FRR frees a critical local resource. If the FRR cannot be entered 
in its normal addressing environment then it must be entered in LOCAL restricted 
addressing environment to free resources. 

In order for the FRR to be entered in LOCAL restricted addressing environment, a 
local lock must be held. 

If it cannot be entered either as an FRR or as a resource manager, the FRR is 
skipped. 

,RELATED = value 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user, and may be any vahd coding 
values. 



Example 1 



Operation: Add an FRR to the FRR stack and return the address of the parameter list to the 
issuer of the SETFRR. The FRR address contained in register (R5) is placed on the FRR stack 
in the next available FRR entry. On return, register (R2) contains the address of the parameter 
Hst associated with this FRR entry. Registers R3 and R4 are work registers used in the code 
generated by SETFRR in performing its operations. 

SETFRR A , FRRAD= ( R5 ) , PARMAD= { R2 ) , WRKREGS= ( R3 , R4 ) 
Example 2 

Operation: Delete the last FRR added to the FRR stack. 

SETFRR D,WRKREGS=(1,6) 
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SETLOCK - Control Access to Serially Reusable Resources 



If RELEASE, TYPE = ALL or RELEASE, TY?E = {reg) is coded, this macro can be assembled 
compatibly between MVS/XA and MVS/370 through the use of the SPLEVEL macro 
instruction. Default processing will result in an expansion of the macro that operates only with 
MVS/XA. The expansion of SETLOCK without RELEASE, TYPE = ALL or RELEASE, 
TYPE = (reg) will operate on both MVS/XA and MVS/370. See the topic "Selecting the Macro 
Level" for additional information. 

The SETLOCK macro instruction is used to control access to serially reusable resources. Each 
kind of serially reusable resource is assigned a separate lock. To use SETLOCK, you must be 
executing in supervisor state with PSW key zero. The SETLOCK macro instruction can be 
used by programs executing in cross memory mode. A DSECT for the PSA (via the IHAPSA 
mapping macro) must be included in the CSECT using the SETLOCK macro instruction. 

SETLOCK can be used to: 

• Obtain a specified lock 

• Release a specified lock 

• Test a specified lock or to determine if the lock is held on the requestor's processor 

• Test whether any user holds a lock higher in the locking hierarchy than a user-specified 
lock 

There are two classes of locks: global and local. In addition to the CPU lock, there are two 
types of locks: spin and suspend. The CPU lock is not a spin lock or a suspend lock; it is a 
pseudo spin lock. The descriptions of these locks and the hierarchy structure in which these 
locks are arranged are described under "Locking" in Volume 1 . CML (cross memory local) 
lock means the local lock of an address space other than the home address space. LOCAL lock 
means the local lock of the home address space. When written in lower case, local lock means 
any local-level lock, either the LOCAL or a CML lock. 

Notes: 

J. In MVS/XA a locked routine is not allowed to issue an SVC, or invoke a routine that would 
issue an SVC on the locked routine's behalf. 

2. Caution should be used if SETLOCK is invoked and register 11, 12, 13 or 14 is used as the 
program's base register. Some options of the SETLOCK macro cause branch instructions to 
be generated after setting registers 11-14 to the required values. 

3. MVS/XA does not support either the 10 SCAT or the lOSLCH lock. The assembly will fail if 
a user requests the lOSCA T lock or the lOSLCH lock. 
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OBTAIN Option 

The OBTAIN option of SETLOCK macro instruction is written as follows: 



SETLOCK 
b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede SETLOCK. 

One or more blanks must follow SETLOCK. 



OBTAIN 

,TYPE = RSMGL,ADDR-(11) 

,TYPE = VSMFIX 

,TYPE = ASM,ADDR = (1 1) 

,TYPE = ASMGL,ADDR = (11) 

,TYPE = RSMST,ADDR = (11) 

,TYPE = RSMCM,ADDR = (1 1) 

,TYPE = RSMXM,ADDR = (11) 

,TYPE = RSMAD,ADDR = (1 1) 

,TYPE = RSM,SCOPE = SHR 

,TYPE = RSM,SCOPE = EXCL 

,TYPE = VSMPAG 

,TYPE = DISP 

,TYPE = SALLOC 

,TYPE = IOSYNCH,ADDR = (1 1) 

,TYPE = IOSUCB,ADDR = (1 1) 

,TYPE = SRM 

,TYPE = TRACE,SCOPE = SHR 

,TYPE = TRACE,SCOPE = EXCL 

,TYPE = CPU 

,TYPE = CMS 

,TYPE = CMSEQDQ 

,TYPE = CMSSMF 

,TYPE = CMSALL 

,TYPE = CML,ASCB = (11) 

,TYPE = LOCAL 

,MODE=COND 

,MODE=UNCOND 

,MODE = UNCOND.DISABLED 



,REGS=SAVE 
,REGS = USE 

.RELATED = value 



Note: SCOPE is valid only with TYPE = RSM or TYPE = TRACE. 



Note: MODE cannot be specified with TYPE = CPU. 

DISABLED must not be specified with 
TYPE = CPU, TYPE = CMS, TYPE = CMSEQDQ, 
TYPE-CMSSMF, TYPE = CMSALL, TYPE = CML, 
or TYPE = LOCAL. 

Note: Registers 11-14 will be destroyed if this parameter is 
omitted. 

value: any valid macro keyword specification. 



The parameters are explained as follows: 

OBTAIN 

specifies that the designated lock is to be obtained on the caller's behalf. 
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,TYPE - RSMGL ,ADDR = (11) 

,TYPE = VSMFIX 

,TYPE = ASM ,ADDR = (11) 

,TYPE = ASMGL ,ADDR = (11) 

,TYPE = RSMST ,ADDR = (1 1) 

,TYPE = RSMCM ,ADDR = (11) 

,TYPE = RSMXM ,ADDR = (11) 

,TYPE = RSMAD ,ADDR = (11) 

,TYPE = RSM ,SCOPE = SHR 

,TYPE = RSM ,SCOPE = EXCL 

,TYPE = VSMPAG 

,TYPE = DISP 

,TYPE = SALLOC 

,TYPE = lOSYNCH ,ADDR = (11) 

,TYPE = IOSUCB ,ADDR = (11) 

,TYPE = SRM 

,TYPE = TRACE ,SCOPE = SHR 

,TYPE = TRACE ,SCOPE = EXCL 

,TYPE = CPU 

,TYPE = CMS 

,TYPE = CMSEQDQ 

,TYPE = CMSSMF 

,TYPE = CMSALL 

,TYPE = CML, ASCB = (11) 

,TYPE = LOCAL 

specifies the type of lock that is to be obtained on the caller's behalf. 



The types available are: 

RSMGL 



is the real storage management global lock. It is a global spin lock used to serialize RSM 
global control blocks. 



VSMFIX is the virtual storage management fixed subpool lock. It is a global spin lock used to 

serialize fixed subpool storage. 



ASM 



is the auxiliary storage management lock. It is a global spin lock used to serialize use of the 
ASM control blocks on an address space level. 



ASMGL 



is the auxiliary storage management global lock. It is a global spin lock used to serialize 
ASM resources on a global level. 



RSMST 



is the real storage management steal lock. It is used to serialize the stealing of unchanged 
pages. 



RSMCM is the real storage management common lock. It is used to serialize RSM resources in the 

common area. This includes page frames and PCB queues. 

RSMXM is the real storage management cross memory lock. It is a global spin lock used to serialize 

RSM resources on an address space level during cross memory processing. 



RSMAD 



is the real storage management address space lock. It is a global spin lock used to serialize 
resources on an address space level. 



RSM 



is the real storage management lock. It is a global shared/exclusive spin lock used to 
serialize RSM resources during recovery and the processing of global functions (such as 
reading and writing RSM control blocks). • 



VSMPAG is the virtual storage management pageable subpools lock. It is a global spin lock used to 

serialize the use of pageable common subpools. 
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DISP is the global dispatcher lock. It is a global spin lock used to serialize dispatcher functions 

(such as updating the address space vector table and changing the address space control 
block dispatching queue) on a global level. 

SALLOC is the space allocation lock. It is a global spin lock used to serialize external receiving 

routines that enable a processor for either an emergency signal or a malfunction alert. 

lOSYNCH is the lOS synchronization lock. It is a global spin lock used to serialize the global lOS 

functions. 

lOSUCB indicates an lOS unit control block lock. These locks (one per UCB) are global spin locks 

used to serialize access and updates to UCBs. 

SRM is the system resource manager lock. It is a global spin lock used to serialize SRM control 

algorithms and associated data. 

TRACE is the trace lock. It is a global shared/exclusive spin lock used to serialize the system trace 

buffer structure. 



CPU 



CMS 



CMSEQDQ 



CMSSMF 



is the processor lock. It is a pseudo spin lock providing system recognized disablement (that 
is logical disablement). There is one CPU lock per processor and no processor can request 
another processor's lock. The lock is always available. Users not holding a spin lock can 
obtain the CPU lock to become disabled for I/O and external interruptions. 

is the cross memory services lock. It is a global suspend lock used to serialize functions 
between address spaces where this serialization is not provided by one or more of the global 
spin locks. 

is the ENQ/DEQ cross memory services lock. It is a global suspend lock used to serialize 
ENQ/DEQ functions and the use of ENQ/DEQ control blocks. 

is the SMF cross memory services lock. It is a global suspend lock used to serialize SMF 
functions and the use of SMF control blocks. 



CMSALL 



indicates that all the cross memory services locks (CMS, CMSEQDQ, and CMSSMF) are to 
be obtained. 



CML 



LOCAL 



is the cross memory local lock. It is a local level suspend type lock used to serialize 
resources in an address space other than the home address space. 

The requestor of a CML lock must have authority to access the specified address space 
before requesting the lock. To establish authority, the requestor sets the primary or 
secondary address space to the one specified by the ASCB = (11) parameter. This address 
space must be non-swappable before the SETLOCK request. 

is the lock that serializes resources in the home address space pointed to by PSAAOLD. It 
is a local level suspend lock. 



ADDR = (11) 

specifies that the address of the lockword has been loaded into register 1 1 before the 
SETLOCK request. This parameter is required for multiple spin type locks and cannot be 
specified for single locks. 

,SCOPE = SHR 
,SCOPE = EXCL 

indicates the manner in which the lock is held. If SHR is specified, the lock can be held 
by more than one processor at a time. If EXCL is specified, only one processor can hold 
the lock. 
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ASCB = (11) 

specifies that the address of the ASCB whose local lock is requested has been loaded into 
register 1 1 before the SETLOCK request. This parameter must be specified if 
TYPE = CML is specified and is valid only for CML lock requests 

Note: If the requestor specifies OBTAIN, TYPE = CML and the ASCB = (11) parameter 
points to the home address space, the request is treated as though the LOCAL lock were 
being obtained. 

The return registers are: 

1 1 Unchanged if ADDR or ASCB is specified, otherwise unpredictable. 

12 Unpredictable. 

13 Return code. 

14 Return address. 

,MODE=COND 

,MODE = UNCOND 

,MODE = UNCOND,DISABLED 

specifies whether the lock is to be conditionally or unconditionally obtained. 

COND specifies that the lock is to be conditionally obtained. That is, if the lock is 

not owned on another processor, it is acquired on the caller's behalf. If the 
lock is already held, control is returned indicating that the caller holds the 
lock or that another unit of work on another processor owns the lock. 

UNCOND specifies that the lock is to be unconditionally obtained. That is, if the lock 
is not owned on another processor, it is acquired on the caller's behalf. If 
the lock is already held by the caller, control is returned to the caller 
indicating that he already owns the lock. If the lock is held on another 
processor, the caller's processor spins on the lock until it is released or 
suspends the SETLOCK caller until the lock is available. 

DISABLED specifies that the caller is already disabled for I/O and external 
interruptions. 

,REGS = SAVE 
,REGS = USE 

specifies the use of registers 11 through 14. 

SAVE specifies that register contents are to be saved. Registers 11 through 14 are 

saved in the area pointed to by register 13, and are restored upon completion of 
the SETLOCK request. The save area consists of at least 5 words (These words 
hold the contents of the four registers and the return code that is to be placed in 
register 15). 

Note: The save area used for the REGS = SAVE parameter must be a different 
area than the standard linkage save area used by the program. 



SETLOCK - Control Access to Serially Reusable Resources 2-377 



Example 1 



USE specifies that registers 14, 15, 0, and 1 are available for use. Registers 11, 12, 
and 13 are saved in registers 15, 0, and 1, respectively, and are restored upon 
completion of the SETLOCK request. Register 14 is used as a link register; 
register 15 contains the return code. 

Note: If neither SAVE nor USE is specified, registers 1 1-14 are destroyed and 
register 13 contains the return code. 

,RELATED = va/we 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user, and may be any valid coding 
values. 

When control is returned, register 15 (register 13, if neither SAVE nor USE is specified) 
contains one of the following return codes: 

Hexadecimal 

Code Meaning 

00 The lock was successfully obtained. 

04 The lock was already held by the caller. The lockword id matches the caller's id. 

08 The conditional obtain process was unsuccessful. The lockword id does not match the 

caller's id. This means that the lock is owned by another processor. In the case of a 
shared/exclusive lock, this return code means that the lock was not immediately 
available with the scope requested. 

10 A level error was detected. This return code is supplied on a conditional obtain only. A 

level error detected on an unconditional obtain results in an abnormal termination. 

Notes: 

1. See the topic "Locking" in Volume 1 for a description of the types of level errors that the lock 
manager can and cannot detect. 

2. For an unconditional request, if the caller holds the lockword on a different level, the lock 
manager abnormally terminates the caller with a 073 ABEND. 

3. If the RSM lock or the TRACE lock is held shared and requested exclusive on the same 
processor, or held exclusive and requested shared on the same processor, the lock manager 
issues a 073 ABEND with reason code of X'24'. 



Operation: The global dispatcher lock, DISP, is to be conditionally requested. The 
RELATED parameter indicates that the DISP lock serializes the ASCB resource, and the lock 
is either freed at the location represented by NAME or SYMl in module MOD ABE or by 
SYMZ in module MODABC. 

SETLOCK OBTAIN, TYPE=DISP,MODE=COND,RELATED=( ASCB, X 
MODABE( NAME, SYMl) , MODABC ( SYMZ ) ) 
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Release Option 

The RELEASE option of the SETLOCK macro instruction is written as follows: 



SETLOCK 
b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede SETLOCK. 

One or more blanks must follow SETLOCK. 



RELEASE 

,TYPE = RSMGL,ADDR = (11) 

,TYPE = VSMFIX 

,TYPE = ASM,ADDR - (1 1) 

,TYPE = ASMGL,ADDR = (1 1) 

,TYPE = RSMST,ADDR = (1 1) 

TYPE = RSMCM,ADDR = (11) 

,TYPE = RSMXM,ADDR = (11) 

,TYPE = RSMAD,ADDR = (11) 

,TYPE = RSM,SCOPE = SHR 

,TYPE = RSM,SCOPE = EXCL 

,TYPE = VSMPAG 

,TYPE = DISP 

,TYPE = SALLOC 

,TYPE = IOSYNCH,ADDR = (11) 

,TYPE = IOSUCB,ADDR = (11) 

,TYPE = SRM 

,TYPE - TRACE,SCOPE = SHR 

,TYPE = TRACE,SCOPE = EXCL 

,TYPE = CPU 

,TYPE = CMS 

,TYPE = CMSEQDQ 

,TYPE = CMSSMF 

,TYPE = CMSALL 

,TYPE = LOCAL 

,TYPE = SPIN 

,TYPE = ALL 

,lY?E = (reg) 

TYPE = CML,ASCB = (11) 

,DISABLED 



,REGS=SAVE 
,REGS = USE 

,RELATED = vfl/Me 



reg: decimal digit 2 - 10. 

Note: SCOPE is valid only for TYPE = RSM or TYPE = TRACE. 



Note: DISABLED cannot be specified with TYPE = CMS. 
TYPE = CMSEQDQ, TYPE = CMSSMF, TYPE = CMSALL, 
TYPE = CML, TYPE = LOCAL, or TYPE = CPU 



value: any valid macro keyword specification. 



The parameters are explained under the OBTAIN option of the SETLOCK macro instruction, 
with the following exceptions: 

RELEASE 

specifies that the lock is to be released. 
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,TYPE = SPIN 
,TYPE = ALL 

,TYPE= rreg; 

specifies the type of lock that is to be released. 

SPIN indicates that all spin locks currently held on the processor are to be released. 

ALL indicates that all locks currently held on the processor are to be released. 

(reg) indicates that the specified register contains a bit string identifying the locks to be released. 

A value of 1 indicates that the lock held is to be released; a value of indicates that the 
status of the lock will not change. The bit meanings are: 

Bit Lock 



00 


CPU 


01 


Reserved 


02 


Reserved 


03 


Reserved 


04 


RSM 


05 


TRACE 


06 


Reserved 


07 


Reserved 


08 


Reserved 


09 


Reserved 


10 


Reserved 


11 


RSMCM 


12 


RSMGL 


13 


VSMFIX 


14 


ASMGL 


15 


RSMST 


16 


RSMXM 


17 


RSMAD 


18 


VSMPAG 


19 


DISP 


20 


ASM 


21 


SALLOC 


22 


lOSYNCH 


23 


Reserved (previously lOSCAT) 


24 


lOSUCB 


25 


Reserved (previously lOSLCH) 


26 


Reserved 


27 


Reserved 


28 


Reserved 


29 


SRM 


30 


Any cross memory services lock held 


31 


LOCAL or CML lock 



Notes: 

1. It is highly recommended that users who specify TYPE == ALL or TYPE— (reg) recompile. 
Such users must recompile if they hold a lock that is new to MVSjXA at the time of the 
SETLOCK RELEASE request. 

2. You must specify TYPE= CMSALL to obtain all the CMS locks. To release all CMS locks, 
you must specify RELEASE, TYPE= CMSALL. You cannot specify RELEASE, 

TYPE = CMS if you own all of the CMS locks. 

3. If you specify RELEASE, TYPE== CML and the ASCB= (II) parameter specifies the home 
address space and the lock you are holding is home's local lock, then SETLOCK processing 
treats the CML release request as a RELEASE, TYPE= LOCAL. 
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4. If the CPU lockword is held on a processor, RELEASE, TYPE= ALL and 
RELEASE,TYPE= SPIN cause the lockword to be set to zero; RELEASEJYPE= (reg) 
causes the lockword to be decreased by one. 

5. The SCOPE keyword cannot be specified with the following options: 

RELEASE, TYPE = ALL 
RELEASE, TYPE=SPIN 
RELEASE. TYPE= (reg) 

If a shared/exclusive lock is to be released via one of these invocations, the shared/ exclusive 
lock will be released with the scope currently in effect on the processor. 

,DISABLED 

specifies that control is to be returned to the caller with the processor physically disabled 
for I/O and external interruptions when a lock is successfully released. This form should 
be used only by those routines which do not have the disabled supervisor indicator on 
when they are executing and which, upon release of a global spin lock, must remain 
physically disabled due to noninterruptibihty or have recursion constraints. When control 
is returned, register 15 (register 13 if neither SAVE nor USE is specified) contains one of 
the following return codes: 

Hexadecimal 

Code Meaning 

00 The lock was successfully released. 

04 The lock was not owned. The lock was free when the release request was issued. 

08 The release process was unsuccessful. The lockword id does not match the caller's id. This 

means that the lock was owned by a different processor. 

OC The release process was unsuccessful. The caller does not own the specified local or CML 

lock. This return code applies to LOCAL or CML release only. 

The following return codes refer to multiple locks: 

• If TYPE = CMS ALL is specified, the return code will be as described above as long as the 
caller owns either both of the cross memory services locks, or none at all. Users, who own 
only one of the cross memory services locks, but specify CMSALL on the release, will be 
abended. 

• If TYPE = ALL or TYPE = (reg) is specified, the return code is X'OO'. 

• If TYPE = SPIN is specified, the return code is X'OO' for success or X'04' if no spin locks 
were held at entry to the service routine. 
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Example 1 

Operation: Release the local lock. 

SETLOCK RELEASE,TYPE=LOCAL,RELATED= (TCBRQ, MODI (NAMED , X 

MOD2(NAME2)) 

Example 2 

Operation: Release the lOSUCB lock whose address is in register 11. 
SETLOCK RELEASE, TYPE=IOSUCB,ADDR=( 11) ,RELATED= (AX YZ , MODI {LABEL ) 
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TEST Option 

The TEST option of the SETLOCK macro instruction is written as follows: 



SETLOCK 

b 



name: symbol. Begin name in column 1. 
One or more blanks must precede SETLOCK. 

One or more blanks must follow SETLOCK. 



TEST 

,TYPE 
,TYPE 
,TYPE 
,TYPE 
,TYPE 
,TYPE 
,TYPE 
,TYPE 
,TYPE 
TYPE 
,TYPE 
,TYPE 
,TYPE 
,TYPE 
,TYPE 
.TYPE 
,TYPE 
,TYPE 
.TYPE 
.TYPE 
,TYPE 
.TYPE 
.TYPE 
.TYPE 
.TYPE 
.TYPE 
.TYPE 



= RSMGL 

= VSMFIX 

= ASM 

= ASMGL 

= RSMST 

= RSMCM 

= RSMXM 

= RSMAD 

= RSM,SC0PE = SHR 

= RSM,SC0PE = EXCL 

= VSMPAG 

= DISP 

= SALLOC 

= IOSYNCH 

=IOSUCB 

= SRM 

= TRACE,SCOPE = SHR 

= TRACE.SCOPE = EXCL 

= CPU 

= CMS 

= LOCAL 

= SPIN 

= ALL 

= (reg) 

= CML 

=ALOCAL 

= HIER 



reg: any valid register value 



,ADDR = (reg) 



ASCB--=(1I) 
.LOCKHLD = (reg) 

.LOCK = lockname 



.BRANCH = (HEL^Mddr) 
.BRANCH = CNOTYiEhD.addr) 
.BRANCH = (HELD .label) 
.BRANCH = (NOTHELD./aM 

.REGS - (reg) 
.REGS =--( reg l.reg2) 



.RELATED = va/wf 



Note: ADDR= (reg) can only be specified with: 

TYPE-RSMGL TYPE = RSMXM 

TYPE = ASM TYPE = RSMAD 

TYPE = ASMGL TYPE = IOSYNCH 

TYPE==RSMST TYPE = IOSCUCB 

TYPE = RSMCM 
Note: ASCB can only be specified with TYPE-CML. 

Note: LOCKHLD can only be specified with TYPE = CML. TYPE-ALOCAL. 
TYPE = CPU 

Note: LOCK = lockname is required and can only be specified with TYPE = HIER. 
lockname: any lock except: 

LOCAL ALOCAL CMSSMF 

CML CPU 

CMS CMSEQDQ 

addr: RX-address. addr cannot be specified with TYPE = HIER. 
label: symbol, label can only be specified with TYPE = HIER. 

reg: decimal digit 2-12. 

Note: (reg) can only be specified with 

TYPE = SPIN. TYPE = ALL. or TYPE = ireg) 

regl: any valid register value except 0. 

reg2: any valid register value. 

Default: If (regj.reg2j is not specified, the default is (1 1,12). 

Note: (regJ .reg2) can only be specified with TYPE = HIER. 

value: any valid macro keyword specification. 
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The parameters are explained under the OBTAIN or RELEASE option of the SETLOCK 
macro instruction, with the following exceptions: 

TEST 

specifies that the designated lock is to be checked to determine if it is currently held on 
the requesting processor. 

,TYPE = SPIN 

specifies that the caller wants to determine whether he holds any spin locks or the CPU 
lock. 

,TYPE = ALL 

specifies that the caller wants to determine whether he holds any locks. 

,TYPE = (reg) 

specifies that the caller wants to determine whether he owns the locks indicated by the bit 
setting in the specified register. 

,TYPE = CML 

specifies that the requestor wishes to determine whether a CML lock is held. The 
ASCB = (11) parameter or the LOCKHLD= (reg) parameter must be specified with 
TYPE = CML. 

,TYPE = ALOCAL 

specifies that the requestor wishes to determine whether a local lock is held, either home's 
LOCAL or a CML. The LOCKHLD = (reg) parameter may be specified with 
TYPE - ALOCAL. ASCB may not be specified with TYPE = ALOCAL. 

,TYPE = HIER 

indicates that a check is to be made to determine whether the requesting processor owns 
any locks higher in the locking hierarchy than that specified by the parameter, 
LOCK == lockname. 

,ADDR=rreg; 

specifies that the designated register contains the lockword address to be used to 
determine if the specified lock is owned by the caller. This parameter is only valid for 
multiple spin type locks but is not a required parameter. 

,ASCB = (11) 

specifies that the register 11 contains the ASCB address that is to be checked to determine 
if the requestor owns its local lock as a CML lock. This parameter is only vaUd with 
TYPE = CML. 

,LOCKHLD=^re^; 

specifies that the a designated register is to be used as a work register by the macro. This 
parameter is valid only for TYPE = CML, TYPE = ALOCAL, and TYPE = CPU. 

If TYPE = CML is specified, this register is loaded with the contents of PSALOCAL. If a 
CML lock is held, this register will contain the ASCB address of the CML locked address 
space. 

If TYPE = ALOCAL is specified, this register is loaded with the contents of PSALOCAL. 
If the LOCAL lock is held, this register will contain zero. 
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If TYPE = CPU is specified, this register will be loaded with the current CPU lock use 
count for this processor. 

,LOCK = lockname 

is used with TYPE = HIER to determine whether the processor holds any locks higher 
than lockname. 

,BRANCH = (HELD,fl^Jr) 
,BRANCH = (NOTHELD,a^t/r) 
,BRANCH = (HELD,/aZ)e/) 
,BRANCH = (NOTHELD,/aZje/) 

specifies that the return code setting of the macro instruction is to be suppressed and 
replaced by a direct branch to the specified address or the specified label. 

If (¥iELD,addr) is specified, the address is branched to if the specified lock, or at least 
one lock for TYPE = ALL or TYPE = SPIN, or all the specified locks for TYPE = (re^) 
are held on the requesting processor. 

If (NOTHELD,a6?(ir) is specified, the address is branched to if the specified lock is not 
currently held on the requesting processor, or if not all the locks specified for 
TYPE = (reg) are held, or if no lock for TYPE = ALL or TYPE = SPIN is held. 

(HELDj/flZje/) indicates that program execution will continue at the label specified if any 
higher locks are held. This can be specified only with TYPE = HIER. 

(HOTYiELD, label) indicates that program execution will continue at the label specified if 
no locks higher than the lock specified are held. This can be specified only with 
TYPE = HIER. 

,REGS = (reg) 

,REGS = (reg/,reg2) 

{reg) is used only with TYPE = SPIN, TYPE = ALL, and TYPE = {reg). After the macro 
executes, the register specified contains a bit string identifying which locks are held. If the 
bit string is partially correct (that is, one of the locks specified is not held), the input 
string is combined with the PSACLHS field by an AND instruction and the results are 
returned in the register specified. 

(regl,reg2) is used with TYPE = HIER. The registers specified are two unique general 
purpose registers to be used as work registers in the code generated by the SETLOCK 
TEST expansion. If REGS is not specified, the default is (1 1,12). _^ 
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When control is returned, register 1 5 contains one of the following return codes (if the 
BRANCH = parameter was omitted): 



Hexadecimal 
Code 

00 



04 



Meaning 

The lock was held by the requestor, all the locks were held (if the request was for several locks 
via a register), at least one lock was held (if TYPE = CMS, TYPE = ALL, or TYPE == SPIN was 
specified), or no locks higher in the hierarchy than a user-supplied lock were held. 

The lock was not held by anybody, not all the locks were held (if the request was for several 
locks via a register), no lock was held (if TYPE = CMS, TYPE = ALL, or TYPE = SPIN was 
specified), or at least one lock higher in the hierarchy than a user-specified lock was held. 



Example 1 



Example 2 



Example 3 



Notes: 

1. TYPE= CMS is used to determine if at least one cross memory services lock is held, but 
cannot be used to determine which one or if all are held. 

2. If you specify the ADDR— (reg) parameter for a multiple spin type lock, then the designated 
register contents are compared to the appropriate current lock held table slot (PSACLHT). 

3. If you do not specify the ADDR— (reg) parameter, then only the appropriate PSACLHS bit 
is used to determine whether the lock is currently owned by the requestor. 

4. If you specify TYPE = ALOCAL without the ASCB or LOCKHLD parameter, then only the 
PSACLHS bit for the local lock is used to determine whether you currently own any local 
lock. The LOCKHLD parameter permits you to extract the CML lock indicator from the 
PSALOCAL field and load it into a designated register. PS ALOCAL, in conjunction with 
the local lock bit in PSACLHS, indicates whether you hold any local lock as well as whether 
it is a CML lock or the LOCAL lock. 



Operation: If a local lock is not held, branch to DSRLLINT, otherwise, execute the next 
sequential instruction. 

SETLOCK TEST , TYPE=LOCAL , BRANCH= ( NOTHELD , DSRLLINT ) 



Operation: Put the current CPU lock use count for this processor into register 3. 
SETLOCK TEST,TyPE=CPU,L0CKHLD=(3) 



Operation: Branch to the label HERE if the processor does not own any locks higher in the 
locking hierarchy than the RSM lock; otherwise execute the next sequential instruction. 

SETLOCK TEST , TYPE=HIER , LOCK=RSM , BRANCH^ ( NOTHELD , HERE ) 
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SETRP - Set Return Parameters 



If you are executing in 31 -bit addressing mode, you must use the MVS/XA version of this 
macro instruction. 

The SETRP macro instruction is used to indicate the various requests that a recovery routine 
can make. It may be used only if a system diagnostic work area (SDWA) was passed to the 
recovery routine. The macro instruction is vahd only for FRRS and ESTAE type recovery 
routines. 

The description of the SETRP macro instruction follows. The SETRP macro instruction is also 
described in Supervisor Services and Macro Instructions with the exception of the RECORD, 
RECPARM, FRELOCK, CPU, SERIAL, and RETRY parameters. These parameters are 
restricted in use to programs executing as functional recovery routines in supervisor state or key 
0-7 and, therefore, are only described here. 

Note: This macro instruction requires that the IHASDWA mapping macro be assembled as a 
DSECT in the caller's program. The SDWA is addressable when the recovery routine is 
entered; when the SETRP macro instruction is issued, the same address space must be 
addressable. 
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The SETRP macro instruction is written as follows: 



name 
b 

SETRP 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede SETRP. 

One or more blanks must follow SETRP. 



WKAREA = freg; 

,'REGS==(regl) 
,REGS = (regl,reg2) 

,DUMP = IGNORE 
,DUMP = YES 
,DUMP = NO 

,DUMPOPT=/7arw list addr 

,RC = 
,RC = 4 
,RC=16 

,RETADDR = retry addr 

,RETREGS = NO 

,RETREGS = YES 

,RETREGS = YES,RUB = info addr 



,FRESDWA = NO 
,FRESDWA = YES 

,COMPCOD = cofifc 
,COMPCOD = rcot/e, USER) 
,COMPCOD== rcorfe.SYSTEM) 

,FRELOCK= f/ocfa; 



reg: decimal digits 1-12. 
Default: WKAREA = (1) 

regl: decimal digits 0-12, 14, 15. 
reg2: decimal digits 0-12, 14, 15. 
Note: If regl and reg2 are both specified, order is 14, 15, 0-12. 

Default: DUMP = IGNORE 



parm list addr: RX-type address, or register (2) - (12). 

Note: This parameter may be specified only if DUMP = YES is specified above. 

Default: RC = 



retry addr: RX-type address, or register (2) - (12). 

Note: This parameter may be specified only if RC = 4 is specified above. 

info addr: RX-type address, or register (2) - (12). 

Default: RETREGS = NO 

Note: This parameter may be specified only if RC = 4 is specified above. If 

RETREGS=YES is specified for a FRR, all registers are restored from 

SDWASRSV with the exception of register 15. Register 15 always contains the 

entry point of the retry routine. 

Default: FRESDWA = NO 

Note: This parameter may be specified only if RC = 4 is specified above. 

code: symbol, decimal digit, or register (2) - (12). 
Default: COMPCOD = fcocfe.USER) 



locks: any combination of the following, separated by commas: 

KMSQockword) SRM 

VSMFIX TRACE 

kSMG\.{lockword) CPU 

KSMSTilockword) SALLOC 

"RSMCUilockword) CMS 

KSMXMilockword) LOCAL 

RS,MAI>(lockword) \OS[JCB(lock\vord) 

RSM \OSY^Cli{lockword) 

VSMPAG \SU(lockword) 

DISP CUUcmlasch) 

cmlascb: RX-type address or register (2) - (12). 

lockword: RX-type address. 

Note: This parameter may be specified only if RC = is specified above. 
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,REASON = code code: symbol, decimal or hexadecimal number, or register (2) - (12). 

,CP\J = reg rt'g; decimal digits 2-12. 

.RECORD = IGNORE Default: RECORD = IGNORE 

.RECORD = YES 
,RECORD = NO 

,RECPARM = rec'orc? list addr record list addr: RX = type address, or register (2) - (12). 

Note: This parameter may be specified only if RECORD = IGNORE or 
RECORD = YES is specified above. 

.SERIAL = YES 
.SERIAL = NO 

,RETRY = FRR Default: RETRY = FRR 

,RETRY = ERROR 

,RETRY15 = N0 Default: RETRY 15 = NO 

,RETRY15 = YES 

,REMREC = NO Default: REMREC = NO 

,REMREC = YES 

,FRLKRTY = NO Default: FRLKRTY = NO 

,FRLKRTY = YES 



The parameters are explained below: 

,WKAREA = (reg) 

specifies the address of the SDWA passed to the recovery exit. If this parameter is 
omitted, the address of the SDWA must be in register 1 . 

,REGS = (regl) 

,REGS = (reg2) 

specifies the register or range of registers to be restored from the save area pointed to by 
the address in register 13. If REGS is specified, a branch on register 14 instruction will 
also be generated to return control to the control program. If REGS is not specified, the 
user must code his own return. 

,DUMP = IGNORE 
,DUMP = YES 
,DUMP = NO 

specifies that the dump option fields will not be changed (IGNORE), will be zeroed (NO), 
or will be merged with dump options specified in previous dump requests, if any (YES). 
If IGNORE is specified, a previous exit had requested a dump or a dump had been 
requested via the ABEND macro instruction, and the previous request will remain intact. 
If NO is specified, no dump will be taken. 

,DUMPOPT =parm list addr 

specifies the address of a parameter hst that is vahd for the SNAP macro instruction. The 
parameter list can be created by using the list form of the SNAP macro instruction, or a 
compatible list can be created. If the specified dump options include subpools for storage 
areas to be dumped, up to seven subpools can be dumped. Subpool areas are accumulated 
and wrapped, so that the eighth subpool area specified replaces the first. The TCB, DCB, 
and STRHDR options available on SNAP are ignored if they appear in the parameter 
list. The TCB used will be the one for the task that suffered the error. The DCB used 
will be one created by the control program, and either SYSABEND, SYSMDUMP, or 
SYSUDUMP will be used as a DDNAME. 
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.REASON '^ code 

specifies the reason code that the user wishes to pass to subsequent recovery exits. The 
value range for code is any 32-bit hexadecimal number or 31 -bit decimal number. See 
Supervisor Services and Macro Instructions for information about how a user can change 
this code. 

,RC = 
,RC = 4 
,RC = 16 

specifies the return code the recovery routine sends to RTM to indicate what further 
action is required: 

- Continue with termination, causes entry into 

previously— specif ied recovery routine, if any. 

4 - Retry using the retry address specified. 

16 - Suppress further ESTAI/STAI processing 
(for ESTAI only) 

.RETADDR^ retry addr 

specifies the address of the retry routine to which control is to be given. 

,RETREGS = NO 

,RETREGS = YES 

,RETREGS = YES ,RUB = reg info addr 

specifies the contents of the registers on entry to the retry routine. If NO is specified, 
exphcitly or as a default, only parameter registers (14-2) are passed; all others are 
unpredictable. If YES is specified, the contents of the SDWASRSV field will be used to 
initialize registers 0-14 when an FRR requests retry and registers 0-15 when an ESTAE 
requests retry. For ESTAE exits, this field contains the registers at the last interruption 
of the RB level at which retry will occur. For ESTAI exits, the contents of SDWASRSV 
must be set by the user either before SETRP is issued or by use of the RUB parameter; 
any field not set will cause the corresponding register to contain on entry to the retry 
routine. 

RUB specifies the address of an area (register update block) that contains register update 
information. RTM will move the data specified in this area into the'SDWA and into the 
general purpose registers before entry to the retry routine. 

The maximum length of the RUB is 66 bytes: 

• The first two bytes represent the registers to be updated, register corresponding to 
bit 0, register 1 corresponding to bit 1, and so on. The user indicates which of the 
registers are to be stored in the SDWA by setting the corresponding bits in these two 
bytes. 

• The remaining 64 bytes contain the update information for the registers, in the order 
0-15. If all 16 registers are being updated, this field consists of 64 bytes. If only one 
register is being updated, this field consists of only 4 bytes for that one register. 

For example, if only registers 4, 6, and 9 are being updated: 

• Bits 4, 6, and 9 of the first two bytes are set. 

• The remaining field consists of 12 bytes for registers 4, 6, and 9; the first 4 bytes are 
for register 4, followed by 4 bytes for register 6, and 4 final bytes for register 9. 
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,FRESDWA = NO 
,FRESDWA = YES 

specifies that the entire SDWA be freed (YES) or not be freed (NO) before entry into the 
retry routine. 

,COMPCOD = comp code 
,COMPCOD ^(comp cWe,USER) 

,COMPCOD = (comp code,SYSTEM) 

specifies the user or system completion code that the user wants to pass to subsequent 
recovery exits. 

^FRELOCK^r/^c^-yJ 

specifies the locks to be freed and the corresponding lockwords that are placed in the 
SDWA: 

KSMGhilockword) - Real storage management global lock 

VSMFIX - Virtual storage management fixed subpool lock 

M?>M.QiL{lockword) - Auxiliary storage management global lock 

K^iMSTilockword) - Real storage management steal lock 

KSyiCM{lockword) - Real storage management common lock 

RSMXM(/ocA:H'or(30 - Real storage management cross memory lock 

RSMAD(/ocA:worfiO - Real storage management address space lock 

RSM - Real storage management lock 

VSMPAG - Virtual storage management subpool lock 

DISP - Global dispatcher lock 

SRM - Systems resource manager lock 

TRACE - Trace lock 

CPU - Processor lock 

SALLOC - Space allocation lock 

CMS - Cross memory services lock 

LOCAL - Storage lock of the storage the caller is executing in 

lOSUCBC/ocArworcO - lOS unit control block lock 

IOSYNCH(/ocitvi;o/-cf) - lOS synchronization lock 

K^ViiJockword) - Auxiliary storage management lock 

CML{cmlascb) - Cross memory local lock, where cmlasch indicates 

the ASCB address of the address space for which 

the local lock is to be freed 

Note: If FRLKRTY = NO is specified or taken as a default, the specified locks are freed 
only on percolation, not on retry. Specifying FRLKRTY = YES allows the locks hsted in 
FRELOCK to be freed on retry. 

,CPU = (reg) 

specifies the register that contains the logical processor identification of the processor 
holding the resource that this processor is waiting for. 

,RECORD = IGNORE 
,RECORD = YES 
,RECORD = NO 

specifies that the entire SDWA (fixed, base, variable areas, and extensions) is to be 
written on SYS.1.LOGREC (YES), is not to be written on SYSl.LOGREC (NO), or is to 
be written as indicated prior to the SETRP macro instruction (IGNORE). 

,RECPARM = record list addr 

specifies the address of a user-supplied record parameter list used to update the SDWA 
with recording information. The parameter list consists of three 8-byte fields: 

• The first field contains the load module name. 
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• The second field contains the CSECT name (assembly module name). 

• The third field contains the recovery routine name (assembly module name). If the 
recovery routine label is not the same as the assembly module name, the label can be 
placed in the SDWARRL field. 

The three fields are left-justified, and padded with blanks. 

,SERIAL = YES 
,SERIAL = NO 

specifies whether the percolation from an SRB mode FRR to a related task recovery 
routine (ESTAE or FRR) is to be serialized (YES) or not seriahzed (NO) with respect to 
unlocked task recovery. See "SRB to Task Percolation" in Volume 1. 

If the task is already in recovery for another error when SERIAL = YES is specified, the 
percolation request is deferred pending a requested task retry from any recovery rioutine 
covering mainline code. If such a retry is not requested, the task is terminated and all 
deferred percolations are purged. Only the last FRR to receive control when an error 
occurs can specify SERIAL = YES. 

,RETRY = FRR 
,RETRY = ERROR 

specifies the cross memory environment in which the retry routine gets control. 

RETRY = FRR, the default, specifies that the retry routine gets control in the cross 
memory environment that exists at the time of entry to the FRR. 

RETRY = ERROR specifies that the retry routine gets control in the cross memory 
environment that existed at the time of the error. Do not specify RETRY = ERROR if 
the cross memory status at the time of the error is not available, that is, if SDWARPIV is 
set to one. (Be careful not to create a loop by retrying to an erroneous cross memory 
state with RETRY = ERROR.) 

,RETRY15 = YES 
,RETRY15 = NO 

In an FRR environment only, specifies that register 15 is restored from SDWASRSV if 
RETRY15 = YES. Otherwise, it contains the entry point address of the retry routine. 

This parameter may be specified only when RC = 4 is specified. If RETRY15 = YES is 
not coded on any SETRP invocation prior to returning to RTM, the effect is that of 
specifying RETRYl 5 = NO. 

,REMREC = YES 
,REMREC = NO 

In an FRR or ESTAE environment, specifies that the FRR/ESTAE entry for the 
currently running FRR/ESTAE routine be removed (REMREC = YES) or not removed 
(REMREC = NO). This parameter may be specified only when RC = 4 is specified, 
indicating a retry request. 

The entry is removed before control returns to the retry point. If REMREC = YES is 
not coded on any SETRP invocation before RTM receives control, the effect is that of 
specifying REMREC = NO. The REMREC parameter may be used to remove a recovery 
routine that has been established with a token, although the token cannot be specified 
when you code the SETRP macro. 
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,FRLKRTY = YES 
,FRLKRTY = NO 

In an FRR environment only, specifies that the locks specified on FRELOCK be freed 
(FRLKRTY = YES) or not be freed (FRLKRTY = NO) on retry. 

This parameter may be specified only when RC = 4 is specified. If FRLKRTY = YES is 
not coded on any SETRP invocation prior to returning to RTM, the effect is that of 
specifying FRLKRTY = NO. 

Notes: 

1. The variable recording area (SDWAVRA) contains the variable information that is supplied 
by the user. This consists of footprints or other information about the execution environment 
at the time of the failure. The execute form of the V RAD AT A macro and the IHAVRA 
mapping macro can be used to supply this data in a key-length-data format to simplify later 
decoding. The variable recording area is preceded by the following control information: 

• A two-byte length field (SDWAVRAL), filled in by the system, specifying the total length 
available to the user. This is 255 bytes, the length of the SD WA VRA field. 

• A one-byte flag field ( SDWADPV A) , filled in by the user, specifying the format of the 
data to be dumped. The flags used to specify the format are: 

SDWAHEX for hexadecimal format 
SDWAEBCfor EBCDIC format 
SDWAVRAM for key-length-data 

More than one of these flags can be set. If the SDWAEBC flag is set, the EREP 
program formats the SDWAVRA in EBCDIC and hexadecimal for SYSl.LOGREC 
output. 

• A one-byte length field ( SDW AURAL) , filled in by the user, specifying the actual length 
of the data. 

2. The FRESDWA parameter cannot be specified or defaulted for afunctional recovery routine 
(FRR). The SDW A is always released before an FRR's retry routine gets control. 

3. The SERIAL parameter is relevant only for FRRs established for SRBs that have a related 
task. 

4. The SERIAL and RETRY parameters are mutually exclusive. 

5. SETRP does the following in response to requests to alter the completion code and/or reason 
code: 

• If the COMPCOD parameter is altered, SETRP places the new completion code in the 
SDWACMPC field of the SDWA and sets the SDWACCF flag to indicate that a 
recovery exit altered the completion code. 

• If the REASON parameter is specified, SETRP places the new reason code in 
SDWACRC and sets the SDWAREAF flag to indicate that a recovery exit altered the 
reason code. 
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The following table indicates which parameters are available to functional recovery routines 
(FRRs) and which parameters are available to ESTAE-type recovery routines. 



Parameter 


FRR 


E 


WKAREA 


X 


X 


REGS 


X 


X 


DUMP 


X 


X 


REASON 


X 


X 


RC = 


X 


X 


RC = 4 


X 


X 


RC=16 




X 


RETADDR 


X 


X 


RETREGS 


X 


X 


RUB 


X 


X 


FRESDWA 




X 


COMPCOD 


X 


X 


FRELOCK 


X 




RECORD 


X 
X 


X 


RECPARM 


X 


X 


SERIAL 


X 




RETRY 


X 





ESTAE-type recovery routines 



Example 1 



Example 2 



Example 3 



Operation: Cause a restart interruption on the processor identified by the contents of register 
7. In this example, the interrupted function is spinning on a lock currently being held by the 
processor identified in register 7. 

SETRP CPU=(7) 



Operation: The first FRR estabhshed for an SRB routine requests percolation, freeing of the 
CML lock (the ASCB address is in register 2), and serialization of percolation to the related 
task. 

SETRP RC=0 , FRELOCK= ( CML ( 2 ) ) , SERIAL=YES 



Operation: An FRR requests retry with the retry routine getting control in the same cross 
memory mode as the time of FRR entry. The retry address is in register 3. 

SETRP RC=4 , RETADDR= ( 3 ) , RETRY=FRR 
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SPIE - Specify Program Interruption Exit 



The SPIE macro instruction specifies the address of an interruption exit routine and the 
program interruption types that are to cause the exit routine to get control. If the program 
interruption types specified can be masked, the corresponding program mask bit in the PSW 
(program status word) is set to 1. 

Only callers in 24-bit addressing mode can issue the SPIE macro instruction. If a caller in 
3 1 -bit addressing mode issues a SPIE macro, the caller is abended with a system completion 
code of X'30E'. Callers in 31 -bit addressing mode must use the ESPIE macro instruction, 
which performs the same function as the SPIE macro instruction for callers in both 24-bit and 
31 -bit addressing mode. For additional information concerning the relationship between the 
SPIE and the ESPIE macro instructions, see the section on program interruption processing in 
Volume 1. 

Note: In MVS/370 the SPIE environment existed for the life of the task. In MVS/XA, the 
SPIE environment is deleted when the request block that created it is deleted. That is, when a 
program running under MVS/XA completes, any SPIE environments created by the program 
are deleted. This might create an incompatibility with MVS/370 for programs that depend on 
the SPIE environment remaining in effect for the life of the task rather than the request block. 

The SPIE macro instruction is not supported in cross memory mode. 

The following description of the SPIE macro instruction also appears in Supervisor Services and 
Macro Instructions with the exception of interruption type 17. This interruption type designates 
page faults and its use is restricted to an installation-authorized system programmer. For more 
information about the SPIE macro instruction, see the section on "Processing Program 
Interruptions" in Volume 1. 

The standard form of the SPIE macro instruction is written as follows: 

name name: symbol. Begin name in column 1. 

b One or more blanks must precede SPIE. 
SPIE 

b One or more blanks must follow SPIE. 

exit addr 

,(mterrupts) exit addr: A-type address, or register (2) - (12). 

interrupts: decimal numbers 1-15, or 17 expressed as 

single values: (2,3,4,7,8,9,10) 

ranges of values: ((2,4),(7,10)) 

combinations: (2,3,4,(7,10)) 
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Example 1 



The parameters are explained as follows: 

exit addr 

specifies the address of the exit routine to be given control when a specific program 
interruption occm\s. The exit routine receives control in 24-bit addressing mode. 

^{interrupts) 

indicates the type of interruption for which the exit routine is to be given control. The 
interruption types are as follows: 

Number Interruption Type 

1 Operation 

2 Privileged operation 

3 Execute 

4 Protection 

5 Addressing 

6 Specification 

7 Data 

8 Fixed-point overflow (maskable) 

9 Fixed-point divide 

10 Decimal overflow (maskable) 

1 1 Decimal divide 

12 Exponent overflow 

1 3 Exponent underflow (maskable) 

14 Significance (maskable) 

15 Floating-point divide 
17 Page fault 

Notes: 

1. If a specified program interruption type is maskable, the corresponding hit is set to 1. 
Interruption types not specified above are handled by the control program. 

2. The control program returns the address of the previous PICA or fake PICA in register 1. If 
no previous SPIE environment existed, the control program returns zeros in register 1. 

3. If an exit address is zero or no parameters are specified, the SPIE environment is canceled. 

4. For both ESPIE and SPIE — If you are using vector instructions and an interruption of 8, 12, 
13, 14, or 15 occurs, your recovery routine can check the exception extension code (the first 
byte of the two-byte interruption code in the EPIE or PIE) to determine whether the 
exception was a vector or scalar type of exception. 



Operation: Give control to an exit routine for interruption 17. DOITSPIE is the address of the 
SPIE exit routine. 

SPIE DOITSPIE, (17) 
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SPIE (List Form) 



Use the list form of the SPIE macro instruction to construct a control program parameter list in 
the form of a program interruption control area. 

The list form of the SPIE macro instruction is written as follows: 



b 

SPIE 

b 



name: symbol. Begin name in column 1. 
One or more blanks must precede SPIE. 

One or more blanks must follow SPIE. 



exit addr 
, (interrupts) 



.MF = L 



exit addr: A- type address. 

interrupts: decimal numbers 1-15, or 17, expressed as 
single values: (2,3,4,7,8,9,10) 
ranges of values: ((2,4),(7,10)) 
combinations: (2,3,4,(7,10)) 



The parameters are explained under the standard form of the SPIE macro instruction, with the 
following exception: 



,MF = L 

specifies the hst form of the SPIE macro instruction. 
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SPIE (Execute Form) 



A remote control program parameter list is used in, and can be modified by, the execute form 
of the SPIE macro instruction. The PICA (program interruptions control area) can be 
generated by the list form of SPIE, or you can use the address of the PICA returned in register 
1 following a previous SPIE macro instruction. If this macro instruction is being issued to 
reestablish a previous SPIE environment, code only the MP parameter. 

The address of the remote control program parameter list associated with any previous SPIE 
environment is returned by the SPIE macro instruction. 

The execute form of the SPIE macro instruction is written as follows: 



b 

SPIE 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede SPIE. 

One or more blanks must follow SPIE. 



exit addr 
, (interrupts) 



,MF='(^,ctrladdr) 



exit addr: RX-type address, or register (2) - (12). 

interrupts: decimal numbers 1-15, or 17, expressed as 
single values: (2,3,4,7,8,9,10) 
ranges of values: ((2,4),(7,10)) 
combinations: (2,3,4,(7,10)) 

Ctrl addr: RX-type address, or register (1) or (2) - (12). 



The parameters are explained under the standard form of the SPIE macro instruction, with the 
following exception: 

,MF = (E.Ctrl, addr) 

specifies the execute form of the SPIE macro instruction using a remote control program 
parameter list. 

Note: If SPIE is coded with a as the control address, the SPIE environment is canceled. 
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SPLEVEL - Set and Test Macro Level 



Specific macro instructions supplied in the MVS/XA macro library are identified as downward 
incompatible (to MVS/370). Unless the user takes specific action, these macros generate 
downward incompatible statements. It is possible to cause the generation of downward 
compatible expansions of these macro instructions by using the SPLEVEL macro instruction. 
The downward incompatible macro instructions interrogate a global set symbol (set by 
SPLEVEL) during assembly to determine the type of expansion to be generated. See the topic 
"Selecting the Macro Level" for additional information concerning the downward incompatible 
macro instructions, and Assembler H Version 2 Application Programming: Language Reference 
for information about global set symbols. 

The SPLEVEL macro instruction is written as follows: 



name name: symbol. Begin name in column 1 . 

b One or more blanks must precede SPLEVEL. 
SPLEVEL 

b One or more blanks must follow SPLEVEL. 



SET = « 77: 1 or 2 

SET Default: SET = 2 

TEST 
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Example 1 



Example 2 



The parameters are explained as follows: 

SET = /2 

SET 

TEST 

specifies whether the macro level is being set or tested. 

If SET = n is specified, the SPLEVEL routine sets a global set symbol equal to n, where n 
must be 1 or 2. If a user codes one of the downward incompatible macros, one of the 
following macro expansions is generated: 

• the MVS/370 (MVS System Products Version 1 Release 3 level) macro expansion if 
« = 1 

• the MVS/XA macro expansion if n = 2 

If SET is specified without n, the SPLEVEL routine uses the default value, which is 2. 

The TEST option is used to determine the macro level that is in effect. The results of the 
test request are returned to the user in the global set symbol, &SYSSPLV. If TEST is 
specified and if SPLEVEL SET has not been issued during this assembly, the SPLEVEL 
routine puts the default value into the global set symbol. If SPLEVEL SET has been 
issued, the previous yalue of n or the default value is already in the global set symbol. 



Operation: Select the MVS/370 version of a specific downward incompatible macro instruction. 

SPLEVEL SET=1 

Operation: Select the MVS/XA version of a specific downward incompatible macro* instruction. 

SPLEVEL SET=2 
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SPOST - Synchronize POST 



The SPOST macro instruction is used in a cross-memory post environment to ensure that all 
outstanding cross-memory post requests to the current address space have completed. SPOST 
resolves a synchronization problem that arises when it becomes necessary to free an ECB that 
is a potential target for a cross-memory post request. Before issuing SPOST, you must stop any 
new posts from being initiated. 

For explanation of the parameters in a cross-memory post request, see the POST macro 
instruction. 

SPOST invokes the PURGEDQ SVC. For details, see the PURGEDQ macro instruction. 

The SPOST macro instruction is written as follows: 

name name: symbol. Begin name in column 1. 

b One or more blanks must precede SPOST. 



SPOST 



Note: SPOST contains no optional or required parameters. 
Example 1 

Operation: Execute the SPOST macro instruction, with a comment. 

SPOST , ISSUE SPOST 
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SRBSTAT - Save, Restore, or Modify SRB Status 



The SRBSTAT macro instruction allows the caller to save, restore, and modify the status of an 
SRB in a caller-supplied save area. The caller must be running in SRB mode to use the SAVE 
or RESTORE option. The caller can be running either in SRB or TCB mode to use the 
MODIFY option. The caller must be in supervisor state, key 0, have authority to issue a SSAR 
to the home address space, and must be enabled and unlocked. Register 1 3 must point to a 
72-byte save area addressable in the primary address space. Control returns from the 
SRBSTAT macro instruction in primary mode. 

The SRBSTAT macro instruction is written as follows: 

name name: symbol. Begin name in column 1. 

b One or more blanks must precede SRBSTAT. 
SRBSTAT 

b One or more blanks must follow SRBSTAT. 

SAVE 

RESTORE 

MODIFY 

,STSV = 5'/jv addr stsv addr: RX-type address or register (1) - (12), register (1) preferred. 

,STSV = 

,NEWFRR = a<3?^r addr: RX-type address or register (0) or (2) - (12), register (0) preferred. 

,PRGAT=/>a; addr pat addr: RX-type address or register (2) - (12), register (2) 

preferred. 



The parameters are explained as follows: 

SAVE 

RESTORE 

MODIFY 

specifies whether a save, restore, or modify operation is requested. For SAVE or 
RESTORE, the following status is saved or restored: 

• General and floating point registers 

• Control registers 3 and 4 

• CPU affinity mask 

• Related ASID/TCB 

• Timing information 

• FRR stack 

• PCLINK stack header 
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If SAVE is specified, only caller's registers 1 and 15 are destroyed. Register I is used to 
hold an FRR parameter area address if NEWFRR is also specified and register 1 5 is used 
for a return code. The PCLINK stack header is saved and zeroed. 

If RESTORE is specified, registers 0-13 are restored. The contents of register 14 are the 
same as when RESTORE was entered. The current PCLINK stack header must be zero; 
the saved one is restored. 

On entry to RESTORE, the PCLINK stack header must be zero. RESTORE cannot be 
used by RTMl or in an FRR. Note that RESTORE returns to its caller and not to the 
caller of SAVE. 

,STSV = stsv addr 

specifies the address of the save area to be used for the SAVE, RESTORE, or MODIFY 
operation. The save area can be in private pageable storage, but it must be addressable 
from the home address space and it must begin on a double word boundary. The SVT 
field SVTSSTSV contains the length of the save area. For RESTORE or MODIFY, the 
save area must contain valid status. 

,STSV = 

specifies that the current status in the LCCA is to be modified. This parameter is vahd 
only with MODIFY. 

For MODIFY, an existing SRB status save area or the current status in the LCCA is 
modified. Only the purge ASID/TCB information can be modified. All registers are 
saved and restored except register 15, which contains a return code. 

Hexadecimal 

Code Meaning 

00 The modify function was successfully completed. 

,NEWFRR==aJ,ir 

specifies the address of an FRR estaWished with MODE = FULLXM. For SAVE, the 
address of the FRR parameter area is returned to the caller in register 1 . The first word 
of the parameter area contains the address of the SRB status save area being used. 

For RESTORE, the FRR address is used only if the saved status cannot be reinstated on 
the current processor. An SRB with the FRR option is scheduled specifying this FRR. 

For MODIFY, this parameter is invalid. 

,PRGAT =pat addr 

specifies the address of a 6-byte area of storage, currently addressable in the primary 
address space, that contains the new purge ASID/TCB. Bytes 1 and 2 contain the ASID; 
bytes 3-6 contain the TCB address. This parameter is required with MODIFY but is 
invahd with SAVE or RESTORE. 
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SRBTIMER - Establish Time Limit for System Service 



The SRBTIMER macro instruction is used to establish a time limit for a system service running 
in SRB mode. Time accumulates while the service is running; when the time hmit expires, the 
service abends with a system completion code of 05B. The service can retry following the 05B 
ABEND. 

The caller can cancel an estabUshed time hmit by reissuing the macro instruction and specifying 
a time limit of zero. The caller can also override the estabUshed time limit with a subsequent 
SRBTIMER macro instruction. 

The caller must be in supervisor state, SRB mode, and key 0. Register 13 must point to a 
72-byte save area. The SRBTIMER macro instruction can be issued in any addressing mode. 
The save area must be addressable in the addressing mode in which the macro is issued. 

The SRBTIMER macro instruction is written as follows: 



name name: symbol. Begin name in column 1. 

b One or more blanks must precede SRBTIMER. 
SRBTIMER 

b One or more blanks must follow SRBTIMER. 

lAMYY^stor addr stor addr: RX-type address or register (0) or (2) - (12). 

,ERRET = err rtn addr err rtn addr: RX-type address or register (2) - (12). 



The parameters are explained as follows: 

LIMIT = store addr 

specifies the virtual storage address of a doubleword field on a doubleword boundary that 
contains the time limit. The time limit is in the form of a signed 64-bit binary number 
and must be positive in order for time to elapse. A negative number causes immediate 
expiration of the time limit. Bit 5 1 of the binary number is approximately equivalent to 
one microsecond. If you specify a value greater than 208 days, the control program 
changes the value to 208 days. The resolution of the timer is model dependent. See 
Principles of Operation for details concerning the timer facility. 
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,ERRET = err rtn addr 

specifies the address of the routine to be given control when the SRBTIMER function 
encounters damaged clocks. 

Register 15 contains one of the following return codes: 

Hexadecimal 

Code Meaning 

00 The time limit was successfully established. 

04 The current processor has an operative CPU timer, but not all processors have an operative 

CPU timer. 

08 The current processor has an inoperative CPU timer, but not all processors have an 

inoperative CPU timer. 

OC All processors in the system have an inoperative CPU timer. 

10 The issuer is not in SRB mode. No timing is performed. 
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STAE - Specify Task Abnormal Exit 



The STAE macro instruction enables the user to intercept a scheduled ABEND and to have 
control returned to him at a specified exit routine address. The STAE macro instruction 
operates in both problem program and supervisor modes. 

Note: The STAE macro instruction is available for compatibility with release 1 of VS2 and 
with OS/360 MET and OS/360 MVT. However, it is recommended that ESTAE be used. The 
STAE macro instruction is not supported for users executing in 31 -bit addressing mode. Such 
users will be abended. 

The standard form of the STAE macro instruction is written as follows: 



name 
b 

STAE 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede STAE. 

One or more blanks must follow STAE. 





exit addr 



,CT 
,0V 

,PARAM = list addr 

,XCTL = N0 
,XCTL = YES 

,PURGE = QUIESCE 
,PURGE = HALT 
,PURGE = NONE 

,ASYNCH = NO 
,ASYNCH = YES 

,RELATED = value 



exit addr: A- type address, or register (2) - (12). 

Default: CT 

list addr: A-type address, or register (2) - (12). 
Default: XCTL = NO 

Default: PURGE = QUIESCE 

Default: ASYNCH = NO 

value: any valid macro keyword specification. 
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The parameters are explained as follows: 



exit addr 

specifies the address of a STAE exit routine to be entered if the task issuing this macro 
instruction terminates abnormally. If is specified, the most recent STAE request is 
canceled. 

,CT 

specifies the creation of a new STAE exit (CT) or indicates that the parameters passed in 
this STAE macro instruction are to overlay the data contained in the previous STAE exit 
(OV). 

,PARAM = list addr 

specifies the address of a user-defined parameter list containing data to be used by the 
STAE exit routine when it is scheduled for execution. 

,XCTL = NO 
,XCTL = YES 

specifies that the STAE macro instruction will be canceled (NO) or will not be canceled 
(YES) if an XCTL macro instruction is issued by this program. 

,PURGE = QUIESCE 
,PURGE = HALT 
,PURGE = NONE 

specifies that all outstanding requests for I/O operations are not saved when the STAE 
exit is taken (HALT), that I/O processing is allowed to continue normally when the STAE 
exit is taken (NONE), or that all outstanding requests for I/O operations are saved when 
the STAE exit is taken (QUIESCE). For QUIESCE, at the end of the STAE exit routine, 
the user can code a retry routine to handle the outstanding I/O requests. 

Note: If any IBM-supplied access method, except EXCP, is being used, the PURGE = NONE 
option is recommended. If you use PURGE = NONE, all control blocks affected by 
input/output processing can continue to change during STAE exit routine processing. 

If PURGE = NONE is specified and the ABEND was originally scheduled because of an error 
in input/output processing, an ABEND recursion develops when an input/output interruption 
occurs, even if the exit routine is in progress. Thus, it appears that the exit routine failed when, 
in reahty, input/output processing caused the failure. 

ISAM Notes: If ISAM is being used and PURGE- HALT is specified or 
PURGE = QUIESCE is specified but I/O is not restored: 

• Only the input/output event on which the purge is done is posted. Subsequent event 
control blocks (ECBs) are not posted. 

• The ISAM check routine treats purged I/O as normal I/O. 

• Part of the data set may be destroyed if the data set is being updated or added to when the 
failure occurred. 
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Example 1 



,ASYNCH = NO 

,ASYNCH = YES 

specifies that asynchronous exit processing is allowed (YES) or is not allowed (NO) while 
the STAB exit is executing. 

ASYNCH = YES must be coded if: 



• 



The STAE exit routine requests any supervisor services that require asynchronous 
interruptions to complete their normal processing. 

• PURGE = QUIESCE is specified for any access method that requires asynchronous 
interruptions to complete normal input/output processing. 

• PURGE = NONE is specified and the CHECK macro instruction is issued in the STAE exit 
routine for any access method that requires asynchronous interruptions to complete normal 
input/output processing. 

Note: If ASYNCH = YES is specified and the ABEND was originally scheduled because of an 
error in asynchronous exit handhng, an ABEND recursion develops when an asynchronous 
interruption occurs. Thus, it appears that the exit routine failed when, in reahty, asynchronous 
exit handhng caused the failure. 

,RELATED==va/we 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user, and may be any vahd coding 
values. 

Control returns to the instruction following the STAE macro instruction; register 15 
contains one of the following return codes: 

Hexadecimal 

Code Meaning 

00 Successful completion of STAE request. 

04 STAE was unable to obtain storage for STAE request. 

08 Attempt was made to cancel or overlay a nonexistent STAE request. 

OC Exit routine or parameter list address was invalid, or STAI request was missing a TCB 

address. 

10 Attempt was made to cancel or overlay a STAE request of another user, or an 

unexpected error was encountered while processing this request. 



Operation: Request an overlay of the existing STAE recovery exit with the fohowing options: 
new exit address is ADDR, parameter hst is at PLIST, halt I/O, do not take asynchronous 
exits, transfer ownership to the new request block resulting from any XCTL macro instructions. 

STAE ADDR , OV , PARAM=PLIST , XCTL=YES , PURGE=HALT , ASYNCH=NO 
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STAE (List Form) 



The list form of the STAE macro instruction is used to construct a remote control program 
parameter list. 

The list form of the STAE macro instruction is written as follows: 



name 
b 

STAE 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede STAE. 

One or more blanks must follow STAE. 



exit addr 

,PARAM = list addr 

,PURGE = QUIESCE 
,PURGE = HALT 
,PURGE = NONE 

,ASYNCH = NO 

,ASYNCH = YES 

.RELATED = value 
,MF = L 



exit addr: A-type address. 
list addr: A-type address. 
Default: PURGE = QUIESCE 

Default: ASYNCH = NO 

value: any valid macro keyword specification. 



The parameters are explained under the standard form of the STAB macro instruction, with the 
following exception: 

,MF = L 

specifies the list form of the STAE macro instruction. 
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STAE (Execute Form) 



A remote control program parameter list is used in, and can be modified by, the execute form 
of the STAE macro instruction. The control program parameter list can be generated by the 
list form of the STAE macro instruction. If you want to dynamically change the contents of 
the remote STAE parameter Hst, you can do so by coding a new exit address and/or a new 
parameter Hst address. If exit address or PARM = is coded, only the associated field in the 
remote STAE parameter hst is changed. The other field remains as it was before the current 
STAE request was made. 

The execute form of the STAE macro instruction is written as follows: 



name name: symbol. Begin name in column 1. 

b One or more blanks must precede STAE. 
STAE 

b One or more blanks must follow STAE. 



exit addr exit addr: RX-type address, or register (2) - (12). 



,CT 
,OV 

,PARAM = list addr list addr: RX-type address, or register (2) - (12). 

,XCTL = NO 
,XCTL = YES 

,PURGE = QUIBSCE 
,PURGE = HALT 
,PURGE = NONE 

,ASYNCH = NO 
,ASYNCH = YES 

, RELATED = value value: any valid macro keyword specification. 

,MF = (E.crr/ addr) Ctrl addr: RX-type address, or register (1) or (2) - (12). 
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The parameters are explained under the standard form of the STAE macro instruction, with the 
following exception: 

,MF = (E, Ctrl addr) 

specifies the execute form of the STAE macro instruction using a remote control program 
parameter hst. 



Example 1 



Operation: Provide the pointer to the recovery code in the register called EXITPTR, and the 
address of the STAE exit parameter hst in register 9. Register 8 points to the area where the 
STAE parameter Hst (created with the MF = L option) was moved. 

STAE (EXITPTR) ,PARAM=(9) ,MF=(E, (8) ) 
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STATUS - Change Subtask Status 

You can use the STATUS macro instruction to change the dispatchabiUty status of one of your 
program's subtasks. 

The STATUS macro instruction is also described in the Supervisor Services and Macro 
Instructions, with the exception of the SRB, ASID, and TASK parameters, which are restricted 
in use and available only to supervisor state, key zero callers. These restricted parameters allow 
the caller to manipulated the dispatchabiUty of TCBs, SRBs, ASCBs, a STEP, or the SYSTEM. 

The SYNCH operand of STATUS STOP is not supported in MVS/XA. Programs that issue 
STATUS STOP, SYNCH should be changed to issue STATUS STOP without the SYNCH 
operand. Users who specify the SYNCH operand with STATUS STOP will receive an 
MNOTE of severity 12 at assembly time. 

Except for the TCB, all input parameters to this macro instruction can reside in storage above 
16 megabytes if the issuer is executing in 31 -bit addressing mode. 

The description of the STATUS macro instruction is divided into two parts: the START/STOP 
option, and the SET/RESET option. 

The START/STOP options of the STATUS macro instruction are written as follows: 



name name: symbol. Begin name in column 1 . 

b One or more blanks must precede STATUS. 
STATUS 

b One or more blanks must follow STATUS. 



START 
STOP 



,TCB = /c6 addr tch addr: RX-type address, or register (2) - (12), or 0. 

,SRB ASID addr: RX-type address, or register (2) - (12). 

,SRB, ASID ==ASID addr Note: ASID may only be specified with START. 

,SRB,TASK = YES Default: TASK = YES 

,SRB,TASK-NO 

,SRB,TASK=YES,ASID = ^S/D addr 

,SRB,TASK -- NO.ASID = v45/i) flJrfr 

.RELATED = ra/j/c^ value: any valid macro keyword specification. 
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The parameters are described as follows: 

START 
STOP 

specifies that the appropriate START/STOP count is to be adjusted and the 
dispatchability bits are to be set/reset. 

,TCB = tch addr 

,SRB 

,SRB,ASID = y45/i) addr 

specifies the status of the stop/start function: 

TCB specifies the address of a fullword on a fullword boundary containing the address of the TCB 

that is to have its START/STOP count adjusted. 

Note: The TCB resides in storage below 16 megabytes. 

SRB specifies that the STOP function affects the dispatchabihty of system-level SRBs only; all other 

tasks in the address space are set/reset nondispatchable. For START, the ASID addr specifies 
the address of a halfword containing the address space identifier. 

TASK = specifies whether the STATUS, STOP, and START funcfions affect the dispatchability of all 

other tasks in the address space. TASK = YES is the default. If TASK = YES is specified or 
defaulted, STATUS sets or resets task dispatchability in the address space. TASK = NO 
requests STATUS to ignore setfing or resetting task dispatchability. TASK = NO modifies only 
system level SRB dispatchabihty and not TCB dispatchabihty. TASK = NO has the following 
restrictions: 

• Issuers of STATUS must ensure that the dispatchability of all other tasks in the address 
space need not be modified. 

• Issuers must be in key 0. 

• Issuing programs must assemble the IHAASCB mapping macro into the user's program. 

,RELATED = va/we 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user, and may be any vahd coding 
values. 
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SET/RESET Options 

The SET/RESET options of the STATUS macro instruction are written as follows: 



name 
b 

STATUS 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede STATUS. 

One or more blanks must follow STATUS. 



SET 
RESET 

,MC 

,MC,STEP 
,SD 
,ND 



,SYSTEM 
,STEP 

,STEP,(mask) 
,tcb addr,(mask) 
„{mask) 

,E 

,A'&\D = ASIDaddr 



,RELATED = va/Me 



Note: If MC or MC,STEP is specified, no other parameters can 
be specified. 



mask: for SD, any of decimal digits 1-32 (except 18), separated 

by commas; for ND, any of decimal digits 1-16 (except 14), 

separated by commas. 

tcb addr: RX-type address, or register (2) - (12). 

Default: STEP 

Note: This parameter can only be specified with tcb addr, (mask). 

ASID addr: RX-type address, or register (2) - (12). 

Note: For SET, this parameter can only be specified with tcb addr, (mask). 

For RESET, this parameter may not be specified with SYSTEM. 

value: any valid macro keyword specification. 



The parameters are explained as follows: 

SET 
RESET 

specifies that the TCBs or ASCBs are to be set or reset nondispatchable. 

,MC 

,MC,STEP 
,SD 
,ND 

specifies the nondispatchability status: 

ND specifies that the primary nondispatchabihty bits are affected by this request. 

SD specifies that the secondary nondispatchability bits are affected by this request. 

MC and MC,STEP specifies that the initiator and all TCBs in the job step TCBs (except 
the issuer's TCB) are to be set/reset nondispatchable. 
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Example 1 



,SYSTEM 
,STEP 

,STEP/mfl^^; 
,tch addr,(mask) 
,,(mask) 

specifies more information on the nondispatchability status: 

SYSTEM specifies that all ASCBs are to be set/reset nondispatchable except for certain 
exempt ones (for examples, the master scheduler or the issuer). An address space that is 
exempt from system nondispatchability has bits ASCBXMPT or ASCBPXMT set to one. 
If you set the system ND or SD, you must not unconditionally request the CML lock of a 
non-exempt address space; if you do, a system deadlock could result. 

STEP specifies that all job step TCBs (except the issuer's TCB) are to be set/reset 
nondispatchable. 

tcb addr indicates that the specified TCB (except the issuer's TCB) and all its subtasks are 
to be set/reset nondispatchable. 



,E 



(mask) specifies the nondispatchabihty bits that are to be set/reset. 



specifies that only the specified TCB is to be set/reset nondispatchable. 



specifies the address of a halfword containing the address space identifier. 

,RELATED = value 

specifies information used to self-document macro instructions by "relating" functions or 
services to corresponding functions or services. The format and contents of the 
information specified are at the discretion of the user, and may be any valid coding 
values. 



Operation: Set primary nondispatchability bit 3 for the specified TCB and all its subtasks. 

STATUS SET , ND , TCBADDR , ( 3 ) 
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SUSPEND - Suspend Execution of a Request Block 



The SUSPEND macro instruction places a request block (RB) in a suspended state until an 
expected event occurs, causing the task to resume processing. 

The SUSPEND macro instruction is written as follows: 

name name: symbol. Begin name in column 1 . 

b One or more blanks must precede SUSPEND. 
SUSPEND 

b One or more blanks must follow SUSPEND. 

RB = PREVIOUS Default: PREVIOUS 

RB= CURRENT 



The parameters are explained as follows: 

RB = PREVIOUS 
RB = CURRENT 

specifies which RB on the TCB to suspend. The previous RB is the caller's RB. The 
current RB is the first RB on the TCB chain. 

The SUSPEND macro instruction uses registers as follows: 

Register Use Contents after SUSPEND 

TCB pointer TCB address suspended 

1 RB pointer RB address suspended 
2-10 Unused Unchanged 

11-13 Work registers Unpredictable 

14 Return address Return address after SUSPEND 



Example 1 



1 5 Work register Unpredictable 



Operation: Suspend the execution of the most recently chained request block of the current 

task. 

SUSPEND RB=CURRENT . 
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SVCUPDTE - SVC Update 



The SVCUPDTE macro instruction provides a means to dynamically replace or delete SVC 
table entries. Callers who use this service are responsible for providing recovery. Improper 
deletion or replacement of MVS/XA provided SVC routines will cause unpredictable results and 
will probably cause a termination of the system. 

The resource name, SYSVSVC TABLE, is available as the operand of an ENQ or DEQ macro, 
to be used when you must serialize the execution of a program that uses the SVCUPDTE 
macro. For information on using SYSVSVC TABLE, see Volume 1. 

Users of this macro must be in supervisor state and key 0. Register 13 must contain the 
address of a 72-byte save area. Users of this macro must ensure that the code for the SVC 
routine added to the SVC table has the correct attributes for the type of SVC specified. See the 
topic "Modifying the SVC Table" in Volume 1 for additional information. 
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The SVCUPDTE macro is written as follows: 



SVCUPDTE 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede SVCUPDTE. 

One or more blanks must follow SVCUPDTE. 



.REPLACE 

.DELETE 

.EXTRACT 

,TYPE=1 
.TYPE = 2 
.TYPE = 3 
.TYPE = 4 
.TYPE = 5 
.TYPE = 6 

,EP = addr 



.EPNAME = entry-name 



.LOCKS = (Iname, Iname,...) 



,APF = YES 
,APF = NO 

,NPRMPT = YES 
,NPRMPT = NO 

.RELATED = va/t/e 



num: symbol, decimal number, hexadecimal number (for example, X'02'), 
or register (2) - (12). Do not specify num with extract. 



Note: This parameter is not valid with DELETE or EXTRACT. 



addf: A-type address, decimal number. 
Hexadecimal number (for example, X'FFECOO'), 
or register (2) - (12). 

entry-name:?,yvabo\ 

Note: EP and EPNAME are not valid with TYPE = 5 and are not needed 

with the DELETE option. 

Iname: CMS. DISP. SRM, LOCAL, or SALLOC. 
Note: LOCKS is invalid with DELETE and EXTRACT, 
and cannot be specified with TYPE = 6. 

Default: APF = NO 

Note: APF is not valid with DELETE. 

Default: NPRMPT = NO 

Note: NPRMPT is not valid with DELETE. 

value: any valid macro keyword specification. 



The parameters are explained as follows: 



num 



specifies the number of the SVC that is being inserted or deleted. 



,REPLACE 
,DELETE 

specifies the function to be performed. REPLACE indicates that a SVC table entry is to 
be inserted in the SVC table. This could be a new SVC or a replacement for an existing 
SVC. DELETE indicates that the specified SVC number is to be deleted from the SVC 
table. The SVCUPDTE routine deletes the number by placing the address of the SVC 
error routine into the table entry. When you execute an SVC instruction with a deleted 
SVC number, the result is an abnormal termination with an X'Fxx' abend, (xx is the 
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hexadecimal representation of the number specified.) However, if you issue an 
SVCUPDTE macro with a deleted SVC number, no abend results. 

,TYPE = 1 

,TYPE = 2 

,TYPE = 3 

,TYPE = 4 

,TYPE = 5 

,TYPE = 6 

specifies the SVC type for a REPLACE request. See the topic "Program Conventions for 
SVC Routines" for information concerning the characteristics and restrictions for each 
type of SVC. 

,EXTRACT 

indicates that the user has supplied an EP or EPNAME and wishes to have the SVC 
number of that routine returned in register 0. The num parameter is not valid with this 
option. 



,EP = 

specifies the entry point address of the SVC routine. The addressing mode of the entry 
point is defined by bit of the entry point address of the SVC routine. If bit = 1, the 
SVC routine will be entered in 31 -bit addressing mode; if bit = 0, the SVC routine will 
be entered in 24-bit addressing mode. 

,EPNAME == entry-name 

specifies the entry name of the SVC routine. The entry name must be the load module 
name or alias of a module in LPA or the entry name of a module Hnk edited into the 
nucleus. 

Note: The service routine must obtain a 72-byte work area to support this option. The 
requestor of this service must not hold any lock higher than the VSMFIX lock. 

,1uOCKS — (lname,lname,...) 

specifies the lock(s) required when the SVC routine executes. The lock(s) specified can be 
any one or a combination of the following locks: 

• CMS 

• DISP 

• SRM 

• LOCAL 

• SALLOC 

Notes: 

1. TYPE =6 cannot specify any locks. 

2. TYPE-] must not specify LOCAL. 

3. TYPE — 3 and TYPE = 4 must not specify SALLOC, and must not request Global Spin 
locks. 

,APF = YES 
,APF = NO 

specifies whether or not the SVC is to be APF-authorized. 
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,NPRMPT = YES 
,NPRMPT = NO 

indicates whether or not the SVC can be preempted for I/O interruptions. 

,RELATED = value 

provides information to document the macro by relating the function performed to 
another service or function. The format can be any vahd coding value that the user 
chooses. 

When control is returned, register 1 5 contains one of the following return codes: 

The macro completed successfully. 

4, The macro instruction was coded incorrectly. For example, the user requested REPLACE without 

specifying an SVC number. 

8 The DELETE parameter was not specified correctly. 

OC A REPLACE request contained incorrect information. For example, the user specified an SVC type that 

was not 1 through 6. 

10 A REPLACE request contained illogical information. For example: 

• A type 5 SVC specified an entry point. 

• A type 6 SVC specified a lock. 

• A type 3 or type 4 SVC specified the DISP lock. 

• Neither an entry point nor an EPNAME was provided for a REPLACE request that is not a type 5. 

• Both an entry point and an EPNAME are provided. 

• The entry point provided is zero. 

• The CMS lock was requested without the LOCAL lock. 

14 The function specified was not REPLACE, DELETE, or EXTRACT. 

18 The user has attempted to update an extended SVC router entry in the SVC table. 

IC Unable to locate the entry point address for an EPNAME specification. 

20 An EXTRACT request contains illogical information. For example: 

• Neither an entry point address nor an EPNAME is specified. 

• Both an entry point address and an EPNAME are specified. 

• An SVC number is specified. 

• The entry point address specified is zero. 

24 Unable to locate the SVC routine for the EXTRACT request. 

28 An error occurred while updating the SVC table. 
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Example 1 



Example 2 



Example 3 



Example 4 



Example 5 



Example 6 



Operation: Delete SVC 200 from the SVC table. 

SVCUPDTE 200, DELETE 



Operation: Insert SVC 201 in the SVC table. This is a type 2 SVC, with entry point at 
location SVCADDR. The SVC cannot be preempted for I/O interruptions. 

SVCUPDTE 201, REPLACE , NPRMPT=NO , TYPE=2 , EP=SVCADDR 



Operation: Replace SVC 202 in the SVC table. This is a type 1 SVC with entry point at the 
location in register 2. 

SVCUPDTE 202 , REPLACE , TYPE=1 ,EP= ( 2 ) 



Operation: Replace SVC 203 in the SVC table. SVC 203 is a type 4 SVC requiring the 
LOCAL lock. The routine has been loaded into LPA with the name MYSVC. 

SVCUPDTE 203, REPLACE , TYPE=4 , LOCKS=LOCAL , EPNAME=MYSVC 



Operation: Determine the SVC number associated with the name IGC062. The SVC number 
is to be returned in register 0. 

SVCUPDTE , EXTRACT, EPNAME=IGC062 



Operation: Replace SVC 202 in the SVC table. This is a type 3 SVC with entry point at 
exphcit location XTFECOO'. Note that this example uses a symbol as the SVC number. 

SVCUPDTE SVCNUM , REPLACE , TYPE=3 , EP=X ' FFECOO ' 



SVCNUM 



EQU 



202 
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SVCUPDTE (List Form) 



The list form of the SVCUPDTE macro instruction builds a non-executable parameter hst that 
can be referred to by the execute form of the SVCUPDTE macro. 

The hst form of the SVCUPDTE macro instruction is written as follows: 



SVCUPDTE 

b 



name: symbol. Begin name in column 1. 

One or more blanks must precede SVCUPDTE. 

One or more blanks must follow SVCUPDTE. 



,REPLACE 

,DELETE 

,EXTRACT 

,TYPE=1 
,TYPE = 2 
,TYPE = 3 
,TYPE-4 
,TYPE=5 
,TYPE = 6 

,EP = addr 



,EPNAME = entry-name 

,LOCKS = ( Iname , Iname, 

,NPRMPT = YES 
,NPRMPT-NO 

,RELATED = va/Me 

,M.F = L 



num: symbol, decimal number, hexadecimal number (for example X'02'). 
Note: This parameter must be specified on the execute and the list form of 
the macro. Do not specify num with EXTRACT. 



Note: This parameter is not valid with DELETE. 



addr: A-type address, decimal number, or 
hexadecimal number (for example, X'FFECOO'). 

entry-name :symhol 

Note: EP and EPNAME are not valid with TYPE = 5 and are not needed 
with the DELETE option. This parameter must be supplied on either the 
execute or the list form. 

Iname: CMS, DISP, SRM, LOCAL, or SALLOC. 

Note: This option is not valid with DELETE or EXTRACT and must not 

be specitied with TYPE = 6. 

Default: NPRMPT = NO 

Note: NPRMPT is not valid with DELETE. 

value: any valid macro keyword specification. 
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Example 1 



Example 2 



The parameters are explained under the standard form of the SVCUPDTE macro with the 
following exception: 

,MF = L 

specifies the list form of the SVCUPDTE instruction. 



Operation: Use the list form of the macro to replace SVC 202 in the SVC table. It is a type 2 
SVC with entry point at location SVCADDR. The SVC routine needs the local lock. 

SVCUPDTE 202 , REPLACE , TYPE=2 , LOCKS=LOCAL , MF=L , EP=SVCADDR 



Operation: Use the list form of the macro to replace SVC 201 in the SVC table. The routine is 
a type 2 SVC. 

SVCUPDTE 2 01, REPLACE, TYPE=2,MF=L 
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SVCUPDTE (Execute Form) 



The execute form of the SVCUPDTE macro instruction is written as follows: 



SVCUPDTE 
b 



name: symbol. Begin name in column 1. 

One or more blanks must precede SVCUPDTE. 

One or more blanks must follow SVCUPDTE. 



,EP = addr 

.RELATED = value 
,MF^ (E, addr) 



register (2) - (12). 

Note: This parameter must be supplied on either the execute or the list form 

of the macro with REPLACE or DELETE, and it must not he specified with 

EXTRACT. 

addr: register (2) - (12). 

Note: This parameter is not valid with TYRE =5 and must he supplied on 
either the execute or the list form of the macro. This parameter is not 
needed with the delete option. 

value: any valid macro keyword specification. 

addr: RX-type address or register (2) - (12). 



Example 1 



The parameters are explained under the standard form of the SVCUPDTE macro instruction 
with the following exception: 

,MF = (E^addr) 

specifies the execute form of the SVCUPDTE instruction. 



Operation: Use the execute form of the SVCUPDTE macro instruction to perform the function 
specified by the remote control parameter list whose address is given in register 2. 

SVCUPDTE MF=(E, (2) ) 
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SWAREQ - Invoke SWA Manager in Locate Mode 



The SWAREQ macro has no standard form. It only has a Hst, an execute, and a modify form. 
The MF parameter, which indicates the form of the macro, is required. 

When you invoke this macro in execute form, it uses the two parameters, FCODE and EPA, to 
modify the parameter hst, which is at the location you specify by the addr value in the 
MF = (E,addr) parameter. After ensuring the validity of the parameters, it invokes the SWA 
manager in locate mode. The SWA manager obtains its input from the parameter list, and 
performs the function accociated with the specified FCODE. If you do not specify any 
parameters, the macro assumes the parameter hst already exists, and it simply invokes the SWA 
manager. 

The modify form of SWAREQ is functionally the same as the execute form, except that the 
macro only modifies the parameter list without invoking the SWA manager. The list form of 
SWAREQ generates the parameter hst that is modified by the other two forms of the macro, 
and it does not invoke the SWA manager. 

The hst form of the SWAREQ macro is written as follows: 



SWAREQ 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede SWAREQ. 

One or more blanks must follow SWAREQ. 



,FCODE =fncde 

,E?A = addr 



fncde: function code 

addr: external parameter area pointer address. 
In the list form, this address may only be specified 
symbolically. 



,MF = L 
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The parameters are explained as follows: 

,VCODE -=fncde 

specifies the function code for the locate mode request. Valid codes are: 

AC Assign/Conditional 
AL Assign/Locate 
DB Delete block 
LA Locate/All 
RL Read/Locate 
WL Write/Locate 

For more information about the meaning of each code, see volume 1 of this book. 

,EPA = addr 

specifies the address of the EPA pointer. 

,MF = L 

specifies the hst form of the SWAREQ macro instruction. 
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SWAREQ (Execute Form) 



The execute form of the SWAREQ macro is written as follows: 



SWAREQ 
b 



name: symbol. Begin name in column 1 . 
One or more blanks miisl precede SWAREQ. 

One or more blanks must follow SWAREQ. 



,FCODE=y«ct/e 
,E?k = addr 

MF'=(E,addr) 



fncde: function code 

addr: external parameter area pointer address. 
It may be specifed symbolically, as a register 
enclosed in parentheses, or as a symbol 
equated to a register enclosed in parentheses. 

addr: RX-type address or register (1) - (12). 



The parameters are explained under the hst form of the SWAREQ macro instruction, with the 
following exceptions: 

,MF = (E,addr) 

E specifies the execute form of the SWAREQ macro instruction, and addr specifies the 
address of the parameter hst. 



SWAREQ (Execute Form) 2-427 



SWAREQ (Modify Form) 



The modify form of the SWAREQ macro is written as follows: 



SWAREQ 

b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede SWAREQ. 

One or more blanks must follow SWAREQ. 



.FCODE =fncde 
,EPA = addr 

,MF=(M,addr) 



fncde: function code 

addr: external parameter area pointer address. 
It may be specifed symbolically, as a register 
enclosed in parentheses, or as a symbol 
equated to a register enclosed in parentheses. 

addr: RX-type address or register (1) - (12) . 



The parameters are explained under the list form of the SWAREQ macro instruction, with the 
following exceptions: 

,MF = (M,addr) 

M specifies the modify form of the SWAREQ macro instruction, and addr specifies the 
address of the parameter hst. 



2-428 SPL: System Macros and Facilities Volume 2 



SYMREC - Process Symptom Record 



The SYMREC macro updates the symptom record with system environment information and 
then logs the symptom record in the SYSl.LOGREC data set. The symptom record is a data 
area in the user's apphcation that has been mapped by the ADSR macro and that is referenced 
by a parameter of the SYMREC macro. The data in the symptom record is a description of a 
programming faihire and a description of the environment in which the failure occurred. As the 
application detects errors during execution, it stores diagnostic information into the symptom 
record and issues SYMREC to log the information. 

The caller must be enabled for interrupts. Suspend locks may be held, but spin locks cannot be 
held. If the SYMREC request is issued in disabled mode, the record is not written and a return 
code of X'OC and a reason code of X' 144' are provided. 

The caller must not be executing in secondary addressing mode. That is, bit 16 of the PSW 
must be zero. The SYMREC service routine is invoked via the PC (Program Call) instruction. 
If the SYMREC request is issued in secondary addressing mode, the request abnormally 
terminates when the PC instruction is executed. This abend occurs before the SYMREC service 
can estabhsh recovery to intercept the PC failure. While the SYMREC macro can be issued in 
24-bit or 31 -bit addressing mode, the addresses passed to the SYMREC service must be 31 -bit 
addresses. The service routine uses the addresses as passed. 

When SYMREC is invoked, it checks that all the required input fields of the ADSR symptom 
record are set by the caller. If the required input fields are not set, SYMREC issues 
appropriate return and reason codes (described in SPL: System Macros and Facilities, Volume 
1). 

The SYMREC macro instruction is written as follows: 



SYMREC 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede SYMREC. 

One or more blanks must follow SYMREC. 



SR = addr 



addr: A-type address or register (2) - (12). 



The parameters are explained as follows: 

SR = addr 

specifies the address of the symptom record. The SR keyword is required. 
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SYMREC (List Form) 



The list form of the SYMREC macro instruction is written as follows: 



SYMREC 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede SYMREC. 

One or more blanks must follow SYMREC. 



SK = addr 

,MF = (L) 



addr: A-type address (31 bit). 



The parameters are explained under the standard form of the SYMREC macro instruction with 
the following exception: 

,MF = L 

specifies the list form of the SYMREC macro instruction. 
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SYMREC (Execute Form) 



The execute form of the SYMREC macro instruction is written as follows: 



SYMREC 

b 



name: symbol. Begin name in column 1. 
One or more blanks must precede SYMREC. 

One or more blanks must follow SYMREC. 



SR = addr 

MF=(EJistadclr) 



addr: A-type address (31 bit) or register (2) - (12). 
list addr: RX-type address or register (2) - (12). 



The parameters are explained under the standard form of the SYMREC macro instruction with 
the following exception: 

,MF = (EJist addr) 

specifies the execute form of the SYMREC macro instruction. This form uses a remote 
parameter hst. 
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SYNCH - Take a Synchronous Exit to a Processing Program 

If you are executing in 31 -bit addressing mode, you must use the MVS/XA version of this 
macro instruction. 

The SYNCH macro instruction makes it possible for a supervisor routine to take a synchronous 
exit to a processing program. The SYNCH routine initializes a PRB (program request block) 
and schedules execution of the requested program. After the processing program has been 
executed, the supervisor routine that issued the SYNCH macro instruction regains control. The 
SYNCH macro instruction is also described in Supervisor Services and Macro Instructions with 
the exception of the KEYADDR, STATE, and KEYMASK parameters. These parameters are 
restricted in use to programs in supervisor state, key 0-7, or APF-authorized. 

On entry to the processing program, the high order bit, bit 0, of register 14 is set to indicate the 
addressing mode of the issuer of the SYNCH macro. If bit is 0, the issuer is executing in 
24-bit addressing mode; if bit is 1, the issuer is executing in 31 -bit addressing mode. 

The SYNCH macro instruction is written as follows: 



b 

SYNCH 
b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede SYNCH. 

One or more blanks must follow SYNCH. 



entry point addr 

.RESTORE -NO 
,RESTORE = YES 

,KEYADDR = fl^(yr 
,KEYADDR = NOKEYADDR 



,STATE = PROB 
,STATE = SUPV 

,KEYMASK-a</Jr 

,AMODE = 24 
,AMODE = 31 
,AMODE = DEFINED 
,AMODE- CALLER 



entry point addr: RX-type address, or register (2) - (12) or (15). 
Default: RESTORE = NO 



addr: RX-type address, or register (2) - (12) 
Default: KEYADDR = NOKEYADDR 
(The key in the TCB is used.) 

Default: STATE -PROB 



addr: RX-type address, or register (0) - (12). 

Default: AMODE- CALLER 

Note: AMODE = DEFINED can only be specified if the 

entry point is provided in a register. 



2-432 SPL; System Macros and Facilities Volume 2 



The parameters are explained as follows: 

entry point addr 

specifies the address of the entry point of the processing program to receive control. 

,RESTORE = NO 
,RESTORE = YES 

specifies whether registers 2-13 are to be restored wiien control is returned to the issuer of 
SYNCH. 

,KEY ADDR -a^Jr 

,KEY ADDR = NOKE Y ADDR 

addr specifies the address of a one-byte area that contains the key in which the exit is to 
receive control. The key must be in bits 0-3; bits 4-7 must be zero. If KEYADDR = «£/<:/r 
is not specified, the key in the TCB is used as the default. 

,STATE = PROB 
,STATE = SUPV 

specifies the state in which the requested program receives control. PROB specifies 
problem state and SUPV specifies supervisor state. 

,KEYMASK = fl^^r 

specifies the address of a halfword to be ORed with the TCBPKM (which already might 
have been modified by KEY ADDR) to produce the PKM of the routine to which the 
synchronous exit is to be taken. 

,AMODE = 24 
,AMODE = 31 
,AMODE = DEFINED 
,AMODE = CALLER 

specifies the addressing mode in which the requested program is to receive control. 

If AMODE = 24 is specified, the requested program will receive control in 24-bit 
addressing mode. 

If AMODE = 3 1 is specified, the requested program will receive control in 3 1 bit 
addressing mode. 

If AMODE = DEFINED is specified, the user must provide the entry point using a 
register and not an RX-type address. The requested program will receive control in the 
addressing mode indicated by the high order bit of the entry point address. If the bit is 
off, the requested program will receive control in 24-bit addressing mode; if the bit is set, 
the requested program will receive control in 31 -bit addressing mode. 

If AMODE = CALLER is specified, the requested program will receive control in the 
addressing mode of the caller. 
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Example 



Example 2 



Example 3 



Example 4 



Operation: Take a synchronous exit to a processing program wiiose entry point address is 
specified in register 8. 

SYNCH (8) 



Operation: Take a synchronous exit to a processing program labeled SUBRTN and restore 
registers 2-13 when control is returned. 

SYNCH SUBRTN, RESTORE=YES 



Operation: Take a synchronous exit to a processing program whose entry point address is 
specified in register 5, modify the program's TCBPKM by the KEYADDR and KEYMASK 
values, and restore registers 2-13 when control returns. 

SYNCH ( 5 ) , RESTORE=YES , KEYADDR=KEYBYTE , KEYMASK=MSKADDR 



KEYBYTE DC X'80' 
MSKADDR DC X'0080 



Operation: Take a synchronous exit to the program located at the address given in register 
and restore registers 2-13 when control returns. Indicate that this program is to execute in 
24-bit addressing mode. 

SYNCH (8) ,RESTORE=YES,AMODE=24 
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SYNCH (List Form) 



The list form of the SYNCH macro instruction is used to construct a control program 
parameter list. 

The list form of the SYNCH macro instruction is written as follows: 



b 

SYNCH 

b 



name: symbol. Begin name in column 1. 
One or more blanks must precede SYNCH. 

One or more blanks must follow SYNCH. 



Example 1 



,RESTORE = NO 
,RESTORE = YES 

,STATE-PROB 
,STATE = SUPV 

,KEYMA&K^ addr 

,AMODE = 24 
,AMODE = 31 
,AMODE = DEFINED 
,AMODE = CALLER 



,MF = L 



Default: RESTORE = NO 

Default: STATE -PROB 

addr: A-type address. 
Default: AMODE = CALLER 



The parameters are explained under the standard form of the SYNCH macro instruction with 
the following exception: 



,MF = L 

specifies the hst form of the SYNCH macro instructions. 



Operation: Use the list form of the SYNCH macro instruction to specify that registers 2-13 are 
to be restored when control returns from executing the SYNCH macro instruction and that the 
addressing mode of the program is to be defined by the high-order bit of the entry point 
address. Assume that the execute form of the macro instruction specifies the program address. 

SYNCH ,RESTORE=YES,AMODE=DEFINED,MF=L 
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SYNCH (Execute Form) 



The execute form of the SYNCH macro instruction uses a remote control program parameter 
list that can be generated by the hst form of SYNCH. 

The execute form of the macro instruction is written as follows: 



b 

SYNCH 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede SYNCH. 

One or more blanks must follow SYNCH. 



entry point addr 

,RESTORE = NO 
,RESTORE = YES 

,KEYADTiR = addr 
,KEYADDR = NOKEYADDR 

,STATE = PROB 

,STATE = SUPV 

,KEYMASK = arfrfr 

,AMODE = 24 
,AMODE = 31 
,AMODE = DEFINED 
,AMODE = CALLER 

,MF = (E, Ctrl addr) 



entry point addr: RX-type address, or register (2) - (12) or (15). 
Default: RESTORE = NO 

addr: RX-type address, or register (2) - (12). 

Default: STATE = PROB 



addr: RX-type address, or register (0) - (12). 

Default: AMODE = CALLER 

Note: AMODE = DEFINED can only be specified if 

the entry point is provided in a register. 



Ctrl addr: RX-type address or register (1), (2) - (12) 



The parameters are explained under the standard form of the SYNCH macro instruction with 
the following exceptions: 

,KEYADDR = NOKEYADDR 

indicates that the default(the key in the TCB) should be used instead of the key in the 
parameter hst defined by a hst form of the macro instruction. 

,MF = (E,c?r/ addr) 

specifies the execute form of the SYNCH macro instruction using a list generated by the 
hst form of SYNCH. 
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Example 1 



Operation: Use the execute form of the SYNCH macro instruction to take a synchronous exit 
to the program located at the address given in register 8 and restore registers 2-13 when control 
returns. Indicate that the program is to receive control in the same addressing mode as the 
caller and that the parameter list is located at SYNCHL2. 

SYNCH (8) ,REST0RE=YES,AM0DE=CALLER,MF=(E,SYNCHL2) 
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SYSEVENT - System Event 



The SYSEVENT macro instruction provides the interface to the system resource manager 
(SRM). Through the use of SYSEVENT mnemonics, you can notify SRM of an event or 
request SRM to perform a specific function. 

You must include the CVT mapping macro as a DSECT in the calling program. If a specific 
SYSEVENT requires additional parameters, you must load register 1 with the address of a 
parameter hst before issuing the macro instruction. 

Callers who use ENTRY = BRANCH must: 

• Be in supervisor state, key 

• Hold no locks higher than the SRM lock 

• Provide the address of a serialized 72-byte save are in register 13 
Callers who use ENTRY = SVC must: 

• Be APF authorized, supervisor state, or key 

Note: You do not require any authorization to issue SYSEVENT REQSERVC, 

Additional restrictions concerning the use of each SYSEVENT, including input and output 
requirements, are given following the description of the parameters. 

Only the SYSEVENTs that are commonly used by subsystems or other external users are 
documented here. The other SYSEVENTs are used internally by the MVS system and are not 
included in this documentation. Refer to the "System Resource Manager" section of the 
System Logic Library for a complete hst of the SYSEVENTs along with information concerning 
the internal interfaces for the mnemonics. System Programming Library: Initialization and 
Tuning provides additional information concerning the input, output, and environment for 
issuing the SYSEVENTs. The Debugging Handbook contains a summary of the SYSEVENTs. 
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The SYSEVENT macro instruction is written as follows; 



SYSEVENT 
b 



name: symbol. Begin name in column I. 

One or more blanks musl precede SYSEVENT. 

One or more blanks must follow SYSEVENT. 



sysevent mnemonic 



.ENTRY = SVC 
,ENTRY = BRANCH 



,TYPE = INTERVAL 



sysevent mnemonic: symbol. 

Note: See the description of the parameters for the valid options. 

Defaults: 

ENTRY = BRANCH for the following SYSEVENTs: 

TRAXERPT 

TRAXFRPT 

TRAXRPT 

HOLD 

NOHOLD 
ENTRY = SVC for the following SYSEVENTs: 

COPYDMDT DONTSWAP 

REQPGDAT OKSWAP 

REQSERVC TRANSWAP 

Note: The TYPE parameter is valid and required only for SYSEVENT 
REQPGDAT. 



The parameters are explained as follows: 

sysevent mnemonic 

identifies the SYSEVENT being requested. The SYSEVENT service routine inserts the 
code corresponding to the mnemonic into byte 3 of register 0. 

,ENTRY = SVC 
,ENTRY = BRANCH 

specifies the type of interface to SRM (SVC or branch). 

Only users who do not hold a lock can specify ENTRY = SVC. This is the default for 
DONTSWAP, OKSWAP, TRANSWAP, COPYDMDT, REQPGDAT, and REQSERVC. 

ENTRY = BRANCH is required if the caller holds a lock and for all "fast path" 
SYSEVENTs. The "fast path" SYSEVENTs include HOLD, NOHOLD, TRAXERPT, 
TRAXFRPT, and TRAXRPT. ENTRY -BRANCH is the default for these "fast path" 
SYSEVENTs. For branch entry, callers must provide a 72-byte save area and place the 
address of the save area in register 13. 

,TYPE = INTERVAL 

indicates that this is an interim measurement and the paging data is not to be reset. This 
keyword is required and can be used only with the REQPGDAT SYSEVENT. 
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SYSEVENT mnemonics 

A description of the SYSEVENTs available for restricted use follows. These mnemonics are 
grouped according to the basic function that they perform. 

Notify SRM of Transaction Completion 

The SYSEVENTs TRAXRPT, TRAXFRPT, and TRAXERPT notify SRM that a subsystem 
transaction has completed and provide the transaction's starting time or elapsed time and, 
optionally, its resource utihzation. This performance data can be reported using the resource 
management faciUty (RMF). 

To obtain reports, an lEAICSxx parmlib member must be in effect and RMF workload activity 
reporting must be active. See System Programming Library: Initialization and Tuning for 
additional information concerning the lEAICSxx parmhb member. 

In addition to the general requirements for SYSEVENTs, TRAXRPT, TRAXFRPT, and 
TRAXERPT require the user to: 

• Provide a parameter list 

• If the issuing program is disabled, ensure that the parameter list and save area are fixed 

• Provide error recovery 

A description of the individual mnemonics follows: 

TRAXRPT 

notifies SRM that a transaction has completed and provides its start time. Register 1 
must point to a seriahzed parameter list with the following format: 



Offset in Hex 


Length 


Field Description 


00 


8 


Transaction start time in 
store clock instruction 
(STCK) format 


08 


8 


Subsystem name 


10 


8 


Transaction name or blanks 


18 


8 


User identification or blanks 


20 


8 


Transaction class or blanks 



Note: You can obtain this parameter list by using the IHATRBPL mapping macro in 
your program. 

The names must be in ECBDIC format, left-justified, and padded with blanks. Note that 
the subsystem name is restricted to four characters in length. 
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TRAXFRPT 

notifies SRM that a transaction has completed and provides the elapsed time. Because 
the issuer calculates the elapsed time before issuing the macro instruction, this path is 
shorter than the path for TRAXRPT. Register 1 must point to a serialized parameter list 
with the following format: 

Offset in Hex Length Field Description 

00 4 Transaction elapsed time 

(1 .024 milliseconds units) 

04 4 Reserved - must be zero 

08 8 Subsystem name 

10 8 Transaction name or blanks 

18 8 User identification or blanks 

20 8 Transaction class or blanks 

Note: You can obtain this parameter Hst by including the mapping macro IHATRBPL 
in your program. The names must be in EBCDIC format, left-justified, and padded with 
blanks. Note that the subsystem name is restricted to four characters in length. 

TRAXERPT 

notifies SRM that a transaction has completed, provides its start time, and includes 
resource utihzation data for determining service consumption. Register 1 must point to a 
serialized parameter list in the following format: 

Offset in Hex Length Field Description 

00 8 Transaction start time in store clock 

assembler instruction (STCK) format 
08 8 Subsystem name 

10 8 Transaction name or blanks 

18 8 User identification or blanks 

20 8 Transaction class or blanks 

28 8 Task (TCB) time in store clock 

assembler instruction (STCK) 

format or zeros 
30 8 SRB time in store clock 

instruction (STCK) format 

or zeros 
38 8 Main storage occupancy in page 

seconds (pages times msec, 

where msec is task (TCB) 

time in 1 .024 millisecond units) 
40 4 Logical I/O count or zeros 

44 1 X'OO' if the previous field 

contains the logical I/O count 
X'80' if the previous field 
contains the device connect 
time interval (DCTI) 

45 3 Reserved must be zero 

Note: You can obtain this parameter list by including the mapping macro IHATREPL 
in your program. 

The names must be in EBCDIC format, left-justified, and padded with blanks. Note that 
the subsystem name is restricted to four characters in length. 
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When SYSEVENT processing is completed, the subsystem regains control at the 
instruction following the SYSEVENT macro instruction. Register 15 contains one of the 
following return codes: 



Hexadecimal 
Code 

00 
08 



OC 



10 



Meaning 

Data for the transaction has been reported successfully to the SRM. 

Processing could not be completed at this time. No queue elements are available for 
recording the data. No data is reported to the SRM, but an immediate reissue could be 
successful. 

Reporting is temporarily suspended for one of the following reasons: 

- RMF workload activity reporting is not active. 

- There is no installation control specification (lEAICSxx parmlib member with 
RPGN specified for some subsystem other than TSO) in effect. The TOD clock is 
stopped. No data is reported, but a later reissue could be successful. 

Reporting is inoperative. The TOD clock is in error or the reporting interface is not 
installed. No data is reported. 



Example 1 



Operation: Use the SYSEVENT TRAXRPT to report transaction data providing transaction 
identifiers and the transaction start time. 



Transaction begins 
( TRAXDES ) 
STCK INITTIME 

Process transaction 
Transaction completes 

LA R13,SVAREA 

LA Rl, FARMS 

MVC 0(8, Rl) , INITTIME 

MVC 8(32,R1) ,TRAXDESC 

SYSEVENT TRAXRPT 



Initialize transaction identifiers 
Save start time 



Provide 72-byte save area 

Point to parameter area 

Move in start time 

Get subsystem name, transaction 

name, userid, and class 



INITTIME DS D 
FARMS DS 5D 
SVAREA DS 18F 
TRAXDESC DS CL32 
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Example 2 



Example 3 



Operation: Use the SYSEVENT TRAXERPT to report transaction data, providing transaction 
identifiers, start time and resource utilization data. 



Transaction begins 
(TRAXDESC) 
STCK INITTIME 

Process transaction 
(TRAXDESC) 

Transaction completes 
LA R13,SVAREA 
LA Rl, FARMS 
MVC ( 8, Rl ), INITTIME 
MVC 8 ( 64, Rl ), TRAXDESC 



SYSEVENT TRAXERPT 



INITTIME DS D 
FARMS DS 9D 
SVAREA DS 18F 
TRAXDESC DS CL64 



Initialize transaction identifiers 

Save start time 

Accumulate resource utilization data 



Provide 72-byte save area 

Point to parameter area 

Move in start time 

Get subsystem name, transaction 

name, user id, class, and 

resource utilization data 



Operation: Use the SYSEVENT TRAXFRPT to report transaction data, providing transaction 
identifiers and calculating the elapsed time. 



Transaction begins 
(TRAXDESC) 



Initialize transaction identifiers 



Process transaction 

Transaction completes 
LA R 13, SVAREA 
LA Rl, FARMS 
MVC ( 4 , Rl ) , TOTLTIME 
XC 4(4,R1) ,4(R1) 
MVC 8 ( 32, Rl ), TRAXDESC 

SYSEVENT TRAXFRPT 



Calculate elapsed time (TOTLTIME) 

Calculate elapsed time (TOTLTIME) 

Provide 72-byte save area 

Point to parameter area 

Move in elapsed time 

Clear reserved field 

Get subsystem name, transaction name, 

user id, and class 



TOTLTIME DS F 
FARMS DS 5D 
SVAREA DS 18F 
TRAXDESC DS CL32 
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Control Swapping 



The SYSEVENTs HOLD, NOHOLD, DONTSWAP, OKSWAP, and TRANSWAP control 
swapping. The choice of mnemonic depends on the period of time for which the address space 
is to be non-swappable. 

For a very short period of time (a path length of less than 200 instructions with no waits, SVCs, 
or I/O between the HOLD and NOHOLD SYSEVENTs), use HOLD to make the address 
space non-swappable and NOHOLD to make it swappable. 

For a short period of time (less than one minute), use DONTSWAP to make it non-swappable 
and OKSWAP to make it swappable. 

For an extended period of time (indefinite time span), use TRANSWAP to make the address 
space non-swappable and OKSWAP to make it swappable. 

A description of the individual mnemonics follows: 

HOLD 

notifies SRM that the address space that issued this SYSEVENT cannot be swapped out 
until the address space issues a NOHOLD SYSEVENT and the HOLD count in the SRM 
user control block (OUCB) is zero. SRM increases the HOLD count in the OUCB each 
time a program in the address space issues SYSEVENT HOLD. 

You should use this SYSEVENT to prevent a swap out while holding a critical resource 
for a very short period of time. If you are in SRB mode, you must issue SYSEVENT 
NOHOLD before SRB processing completes. SYSEVENT HOLD does not require any 
input parameters. 

NOHOLD 

notifies SRM that the current address space, from which a program has issued 
SYSEVENT HOLD, will be considered for swapping when the HOLD count in the 
OUCB reaches zero. SRM decreases this HOLD count when a program in the address 
space issues SYSEVENT NOHOLD. 

DONTSWAP 

notifies SRM that the address space from which this SYSEVENT is issued cannot be 
swapped out until a program issues SYSEVENT OKSWAP from the address space or 
MVS issues INITATT or INITDET. 

No input parameters are required. One of the following codes will be returned in register 
1, byte 3: 

Hexadecimal 

Code Meaning 

00 The request was honored. 

04 The request was not honored because it was not for the current address 

space. 

08 The request was not honored because the issuer was not authorized or the 

outstanding count of DONTSWAP requests had reached its maximum. 
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Example 1 



OKSWAP 

notifies SRM that the address space from which the SYSEVENT was issued can be 
considered for swapping. 

No input parameters are required. One of the following codes will be returned in register 
1, byte 3: 

Hexadecimal 

Code Meaning 

00 The request was honored. 

04 The request was not honored because it was not for the current address 

space. 

08 The request was not honored because the issuer was not authorized. 

TRANSWAP 

forces a swap out. After the subsequent swap-in, frames are allocated from preferred 
storage and the address space is marked non-swappable. TRANSWAP prevents programs 
from allocating frames in reconfigurable storage. If the request is for the current address 
space and a dependency on the completion of the transaction exists, register 1 can contain 
the address of an ECB to be posted when the address space is swapped out. 

One of the following codes will be returned in register 1, byte 3: 



Hexadecimal 




Code 


Meaning 


00 


The request was honored. 


04 


The transition was previously done. 



If an ECB was specified, the following POST codes may occur: 

Hexadecimal 

Code Meaning 

00 The transition is complete. 

04 The address space became non-swappable before it could be swapped out. 



Operation: Make the current address space non-swappable for a path length of less than 200 
instructions that contains no waits, SVCs or I/O. 

LA R13,SVAREA 
SYSEVENT HOLD 



LA R13,SVAREA 
SYSEVENT NOHOLD 



SVAREA DS 18F 
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Example 2 



Example 3 



Operation: Make the current address space non-swappable for a time period of less than one 
minute. 

SYSEVENT DONTSWAP 



SYSEVENT OKSWAP 

Operation: Make the current address space non-swappable for an indefinite period of time. 

SYSEVENT TRANSWAP 



Obtain System Measurement Information 

SYSEVENTs REQPGDAT, REQSERVC, and COPYDMDT are used to obtain system 
measurement information. REQPGDAT and REQSERVC provide information about a 
particular address space; COPYDMDT provides information about the entire system. 

The user must supply the address of a data area large enough to store the requested data. 

A description of the individual mnemonics follows: 

REQPGDAT 

indicates a request for user-paging data. Callers must specify TYPE = INTERVAL when 
using this SYSEVENT. If you do not specify TYPE = INTERVAL with REQPGDAT, 
the accounting information is reset to zero. 

On entry, register 1 must contain the address of a fixed sixteen-word area where the 
service data is to be stored. On return, this area contains: 



Offset in Hex 


Length 


Field Description 


00 


4 


Count of non-VIO page-ins 


04 


4 


Count of non-VIO page-outs 


08 


4 


Count of non-VIO reclaims 


OC 


4 


Count of VIO page-ins 


10 


4 


Count of VIO page-outs 


14 


4 


Count of VIO reclaims 


18 


4 


Count of pages swapped in 


IC 


4 


Count of pages swapped out 


20 


4 


Count of swap-outs 


24 


4 


Count of common area page-ins 


28 


4 


Count of common area reclaims 


2C 


4 


Count of pages stolen 


30 


4 


Count of LPA page-ins 


34 


4 


Count of LPA reclaims 


38 


8 


Count of CPU page-seconds 
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On return, register 15, byte 3 contains the following information: 



Hexadecimal 




Code 


Meaning 


00 


Successful return 


04 


Unsuccessful return 



REQSERVC 

obtains service-related data from SRM for a given address space. SYSEVENT 
REQSERVC must be issued before the address space data is reset at job termination. 

Register 1 must contain the address of a three-word area where the service data is to be 
stored. When the SYSEVENT completes, this area contains the information specified 
according to whether the address space is or is not a TSO address space. 

For a TSO address space: 

Word Contents 

1 Total service for the job 

2 Total transaction active time in 1.024 millisecond units of time 

3 (Bytes 0-1) Performance group number last assigned to the address space 
3 (Bytes 2-3) Total number of transactions 

In the case of a non-TSO address space: 

Word Contents 

1 Total service for the session 

2 Total active time for all transactions in 1 .024 millisecond units of time 

3 (Bytes 0-1) Performance group number last assigned to the address space 
3 (Bytes 2-3) Zeros 

On return register 15, byte 3 contains: 

Hexadecimal 

Code Meaning 

00 Data obtained 

04 Data lost because of an accumulation control block error 

COPYDMDT 

requests the hst of SRM related pa'rmlib members that are currently in effect. The user 
can also request a copy of SRM's domain table (DMDT). 

On entry, register 1 must contain the address of a fixed data area. If the user requested a 
copy of the DMDT, the caller must enter X'40' in the first byte of the fixed data area 
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(parameter list). The data area must be large enough to contain the following 
information: 



Offset in Hex 

00 



04 
08 
10 
18 
20 
28 
2A 



Length Field Description 

1 X'80' indicates that non-swappable address 
spaces were counted in the CMPLs of domains 
X'40' indicates that the domain 

table is to be included. 

4 Reserved 

8 The time when the displayed values were in effect 

8 IPS parmlib member name 

8 GPT parmlib member name 

8 Installation control specification parmlib member name 

2 Count of domains 
Variable Domain table 



Example 1 



Example 2 



Operation: Obtain user-paging data for the current address space. 

LA 1,PAGDATA 

SYSEVENT REQPGDAT,TyPE=INTERVAL 



PAGDATA DS 16F 



Operation: Obtain service-related data for the current address space. 

LA 1,SERVDATA 
■ SYSEVENT REQSERVC 



Example 3 



SERVDATA DS 3F 



Operation: List SRM's related parmlib members that are in effect. Do not list the domain 
table. 

LA 1,D0MPARM 
SYSEVENT COPYDMDT 



DOMPARM DS lOF 
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TCTL - Transfer Control from an SRB Process 



The TCTL (transfer control) macro instruction allows an SRB process to exit from its 
processing and to pass control directly to a task without going through the dispatcher. 

The TCTL macro instruction is coded as follows: 



name name: symbol. Begin name in column 1. 

b One or more blanks must precede TCTL. 
TCTL 

b One or more blanks must follow TCTL. 



TCB = (4) Default: TCB address contents of register (4) 

TC}i = tchaddr tcbaddr: A-type address or registers (2) - (12). 



The parameters are explained as follows: 

TCB = (4) 

TCB = tcbaddr 

specifies the task designated for dispatching. Register (4) is the default; it is assumed to 
contain the appropriate TCB address. 

Note: The TCB resides in storage below 16 megabytes. 

The TCTL macro instruction uses registers as follows: 



Example 1 



Register 


Use 


0-3 


Work registers 


4 


TCB address 


5-14 


Work registers 


15 


EPA of the TCTL routine 



Operation: From SRB mode processing, terminate the SRB and give control to the task 

specified in register 4. 

TCTL TCB=(4) 
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TESTAUTH - Test Authorization of CaUer 



The TESTAUTH macro instruction is used on behalf of a privileged or sensitive function to 
verify that its caller is appropriately authorized. 

TESTAUTH supports the authorized program facility (APF) - a facility that permits the 
identification of programs that are authorized to use restricted functions. In addition, 
TESTAUTH provides the capabiUty for testing for system key 0-7 and supervisor state. 

The TESTAUTH macro instruction is written as follows: 

name name: symbol. Begin name in column 1 . 

b One or more blanks must precede TESTAUTH. 
TESTAUTH 

b One or more blanks must follow TESTAUTH. 

FCTN=yc/« fctn: decimal digit or 1 or register (2) - (12). 

FCTN =/c?«,AUTH = «Mf/! auth: decimal digit or 1, or register (2) - (12). 

Default: FCTN = 

,STATE = NO Default: STATE = NO 

,STATE = YES 

,KEY = NO Default: KEY = NO 

,KEY = YES 

, RBLEVEL = 2 Default: RBLEVEL = 2 

,RBLEVEL=1 

,BRANCH = NO Default: BRANCH = NO 

,BRANCH = YES 



The parameters are explained as follows: 

FCTN=/cm 

FCTN --fctn ,AUTH = auth 

specifies the authorization (via APF) of a program. 

FCTN = specifies that APF-authorization is not checked. 

FCTN = 1 specifies that APF-authorization is checked. 

AUTH = specifies that the job step is not authorized to perform any restricted function. 

AUTH= 1 specifies that the job step is authorized to perform restricted functions. 
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Note: If FCTN = 1 is specified by itself (that is, without the AUTH parameter), the JSCB is 
used to check for authorization. AUTH should only be coded when it is not possible for 
TESTAUTH to acquire the code from the JSCB. In MVS/XA, AUTH is generally not coded 
except in a testing environment. 

,STATE = NO 
,STATE = YES 

specifies whether or not (YES or NO) a check is to be made for supervisor/problem 
program state. (Supervisor state is authorized, problem program state is not authorized.) 

,KEY = NO 
,KEY = YES 

specifies whether or not (YES or NO) a check is to be made of the protection keys. 
(Protection keys 0-7 are authorized, protection keys 8-15 are not authorized.) 

Note: TESTAUTH is used to test one or more of three conditions FCTN,STATE, or KEY. If 
any of the requested conditions are tested favorably, a return code of is returned in register 
15. If all of the requested conditions are tested unfavorably, the return code is set to 4. 

,RBLEVEL = 2 
,RBLEVEL = 1 

specifies whether the TESTAUTH caller is a type 2, 3, or 4 SVC (RB LEVEL = 2), or a 
type 1 SVC (RBLEVEL = I). 

,BRANCH = NO 
,BRANCH = YES 

specifies a branch entry (YES) or an SVC entry (NO). If BRANCH = YES is specified, 
registers 2 and 3 are modified by the TESTAUTH routine. 

When control is returned, register 15 contains one of the following return codes: 



xadecimal 
Code 


Meaning 


00 


Task is authorized. 


04 


Task is not authorized. 



Example 1 



Example 2 



Operation: Test jobstep for APF authorization. 

TESTAUTH FCTN=1 

Operation: Test for APF authorization and supervisor state, and do not check protection keys. 

TESTAUTH STATE=YES , KEYING , FCTN=1 
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T6EXIT - Type 6 Exit 



The T6EXIT macro instruction returns control from a Type 6 SVC routine to the SVC first 
level interrupt handler (FLIH). This exit macro can only be used in a Type 6 SVC. 

The T6EXIT macro instruction is written as follows: 

name name: symbol. Begin name in column 1. 

b One or more blanks must precede T6EXIT. 
T6EXIT 

b One or more blanks must follow T6EXIT. 

RETURN = CALLER Default: RETURN = CALLER 

RETURN = DISPATCH 
RETURN = SRB 



The explanation of the RETURN parameter is as follows: 

RETURN = 

specifies how the Type 6 SVC has chosen to exit. 

CALLER specifies that the return is directly to the caller or issuer of the SVC without 
going through the dispatcher. CALLER is the default return option. 

DISPATCH specifies that the return should be through the dispatcher. This function is 
for the use of routines that have suspended the current task. 

No registers are returned to the caller. 

SRB specifies that the SVC FLIH should immediately dispatch an SRB. This SRB must: 

• Be initialized by the Type 6 SVC 

• Be pointed to by register 1 

• Execute in the same address space as the SVC. The SRB has the same format as the 
SCHEDULE SRB. 

Note: No registers are returned to the caller. 
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Example 1 



Operation: Terminate Type 6 SVC processing and return control from the Type 6 SVC to the 
caller of the SVC. 

T6EXIT RETURN=CALLER 
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VRADATA - Update Variable Recording Area Data 



The VRADATA macro instruction copies service information into a variable recording area 
(VRA), usually the system diagnostic work area (SDWAVRA). This information can later be 
written to the SYSl.LOGREC data set if software errors occur. (See the SETRP macro 
instruction, RECORD = YES keyword description, for more information on recording the 
SDWA control block.) The information copied into the VRA using this macro instruction is in 
a key, length, data format defined by the IHAVRA mapping macro instruction. The key and 
length are one byte fields; the data can vary in length. The IHAVRA mapping macro is shown 
in the Debugging Handbook. 

The VRADATA macro instruction is written as follows: 



VRADATA 

b 



name: symbol. Begin name in column 1 . 

One or more blanks must precede VRADATA. 

One or more blanks must follow VRADATA. 



\RkmU = vraaddr 



,VRACLEN — curr len addr or (curr 

len addrfi) 

.VRAMLEN = max len addr 



,KEY - key nmbr 

,LENADDR = data len addr 
,LEN = data len value 



,DATA = data addr 
,SDWAREG- fr^g, descr) 

.VRAREG = (reg,descr) 



,WORKREG = /<?g 



.TYPE = (lentype, test type) 



vra addr: RX-type address, or the symbol 'SDWAVRA' 
Default: address of SDWAVRA 

curr len addr: RX-type address. 
Default: address of SDWAURAL. 
max len addr: RX-type address. 
Default: address of SDWAVRAL. 

key nmbr: symbol or decimal digit. 

data len addr: RX-type address. 

data len value: symbol or decimal digit. 

Default: length of DATA storage. 

data addr: RX-type address, or register (1) - (15). 

reg: symbol or decimal digits 1-15. 

Default: 1 

descr: SET or NOTSET 

reg: symbol or decimal digits 1-15. 

Default: 14 

descr: SET or NOTSET 

Default: NOTSET if VRAINIT is specified, 

otherwise SET. 

reg: symbol or decimal digits 1-15. 
Default: 15 

lentype: LEN or NOLEN or NOL 
testtvpe: TEST or NOTEST or NOT 
Default: LEN, TEST 
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The parameters are explained as follows: 

yRAlNlT = vraaddr 

specifies the address of the variable recording area to be initialized and updated. The 
value in the register specified by the VRAREG keyvv^ord is also initialized unless 
VRAREG = (,SET) is specified. If VRAINIT = SDWAVRA is specified, the SDWA 
control block is also updated to indicate that the VRA contains hexadecimal data, and 
data in key-length-data format. If VRAINIT is not specified, VRAINIT = SDWAVRA is 
assumed. 

All subsequent VRADATA macro instructions use the specified VRAINIT value until 
you specify another VRAINIT value. 

,VRACLEN = curr len addr 

specifies the address of a one-byte field that contains the length of the current VRA. This 
value changes as information is added in the VRA. If you do not specify VRACLEN, 
you can obtain the current length of the VRA from the SDWAURAL field of the SDWA. 

,VRACLEN == (curr len addr, 0) 

specifies that the area containing the length is to be zeroed. 

All subsequent VRADATA macro instructions use the specified VRACLEN value until 
you specify another VRACLEN value. 

, VRAMLEN = max len addr 

specifies the address of a two-byte field that contains the maximum length of the VRA. If 
you do not specify VRAMLEN, the maximum length is obtained from SDWAVRAL. 

All subsequent VRADATA macro instructions use the specified VRAMLEN value until 
you specify another VRAMLEN value. 

,KEY = key number 

specifies the key value to be placed in the VRAKEY field of the current VRA entry. The 
IHAVRA mapping macro defines the valid key values. 

,LENADDR = data len addr 

,LEN = data len 

specifies the length of the data for the VRA entry. The maximum length is 255 bytes. 
Omit this keyword unless the DATA keyword is a register value or a displacement plus a 
register, or if the defined data length must be overridden because it is larger than 255 
bytes. For bit string data, use this keyword to indicate how many bytes the bit string 
occupies. The data length field pointed to by LENADDR must be a two-byte area with 
the length right-justified in the area. 

,DATA = data addr 

specifies the address of the data to be copied into the VRA. The data must correspond to 
the key specified by the KEY parameter. If you specify DATA, you must specify KEY. 
You must also specify LEN or LENADDR if DATA has a register value or if the data 

length is greater than 255 bytes. 
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,SDWAREG = reg 

specifies a register containing the address of the SDWA control block. You must place 
the address in this register before invoking VRAD ATA. THE VRADATA macro 
instruction preserves the contents of this register. If you do not specify SDWAREG, 
register 1 is the default. 

,\RAREG= (reg,descr) 

specifies a register to contain the address of the next available space in the VRA and a 
description of whether or not the register value is already set (SET) or not set (NOTSET). 
If VRAINIT is specified, the default is NOTSET. If VRAINIT is not specified, the 
default is SET. If you specify NOTSET or default to it, the control program places the 
address of the VRA plus the current length in the register before updating the VRA. 

After updating the VRA, the control program updates the register to point to the next 
available space in the VRA. If you do not specify VRAREG, register 14 is the default. 

,WORKREG = reg 

specifies a work register. Each time you invoke the VRADATA macro instruction, the 
contents of this register are destroyed. If you do not specify WORKREG, register 15 is 
the default. 



,TYPE = 



LEN, TEST 

NOLEN, NOTEST 



specifies whether (LEN) or not (NOLEN) you want the current length of the VRA stored 
in the VRALEN area and also specifies whether (TEST) or not (NOTEST) you want the 
VRA tested to see if it is full before adding the new entry. If you specify TEST, the 
current length of the VRA must already be in the VRACLEN area. 

If you do not need to store the length or test to see if the new entry fits, specify NOLEN 
and NOTEST. These specifications considerably reduce the amount of code generated by 
the VRADATA macro instrucfion. If you do not specify TYPE, the value LEN, TEST is 

the default. 

Notes: 

1. You must include the IHASDWA mapping macro instruction as a D SECT in your program if 
you accept the default for VRAINIT, VRACLEN, or VRAM LEN or if you specify 
VRAINIT= SD WA VRA. You must also place the address of the SD WA control block into 
the SDWAREG register (or default register 1) if you accept the default for any of th^se three 
keywords. 

2. You must include the IHAVRA mapping macro as a DSECT in your program. If you include 
the IHASDWA mapping macro. IHAVRA is automatically included. 

3. You can issue VRADATA more than once in a module, but you need to specify VRAINIT, 
VRACLEN, and VRAM LEN only once for a particular series of updates to the VRA. 

4. If you specify a key but no data, the length field for the VRA entry is zero. 
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Example 1 



Example 2 



Operation: Initialize the SDWA control block to indicate that the VRA contains hexadecimal 
data, in key, length, data format. Also, move two pieces of data into the SDW AVRA, and 
indicate that no test of the length of the VRA is needed, (because the data fits in the VRA). 
The second request indicates that the length used is to be stored in the VRA current length 
field. The pieces of data are the IHAVRA mapping macro name and the contents of a control 
block. 

VRADATA VRAINIT=SDWAVRA , KEY=VRACBM , DATA=MYCBNAME , X 

TYPE= ( NOLEN , NOTEST ) 
VRADATA KEY=VRACB , DATA=MYCB , TYPE= ( LEN , NOTEST ) 



Operation: Initialize a variable recording area that is not the SDWA. Move in a piece of data, 
specifying its length. (The piece of data is an ASID.) 

VRADATA VRAINIT=LRBTUSR,VRACLEN=LRBTCLEN, X 

VRAMLEN=LBRTMLEN 
VRADATA KEY=VRAAID , DATA= ( REGA) ', LEN=ASIDLEN 



DATA - Update Variable Recording Area Data 2-457 



VSMLIST - List Virtual Storage Map 



The VSMLIST macro instruction provides information about the allocation of virtual storage. 
All addresses returned by the macro are 31 -bit addresses. The information is returned in a 
work area that you specify. You must set bytes 0-3 of the work area to zero before the first 
invocation of this macro instruction for a specific request. The format of the work area is 
described in the "Virtual Storage Management" section in Volume 1. 

This macro instruction can be used in cross memory mode. All addresses are associated with 
the current address space. 

The following information can be requested: 

• The ranges of virtual storage allocated to the SQA, by subpool, and the free space within 
those ranges 

• The ranges of virtual storage allocated to the CSA, by subpool, and the free space within 
those ranges 

• The ranges of CSA space that are unallocated 

• The ranges of virtual storage allocated to the LSQA in the current address space, by 
subpool, and the free space within those ranges 

• The ranges of virtual storage allocated to private area subpools, by TCB, and the free space 
within those ranges 

• The ranges of private area that are unallocated 

• On entry to this macro instruction, register 1 3 must contain the address of a 72-byte save 
area. VSMLIST preserves registers 2-13. 

Except for the TCB, all input parameters to this macro instruction can reside in storage above 
16 megabytes if the issuer is executing in 31 -bit addressing mode. 
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The VSMLIST macro instruction is written as follows: 



b 

VSMLIST 

b 



name: symbol. Begin name in column 1. 
One or more blanks must precede VSMLIST. 

One or more blanks must follow VSMLIST. 



SP=SQA 
SP-CSA 
SP = LSQA 
SP=PVT 

SP = sp list addr 

,WKAREA = (addr, length) 



,JCB= (tcb addr) 
,TCB== (tcb addr, ALL) 
,TCB-(, ALL) 



,SPACE- ALLOC 
,SPACE = FREE 
,SPACE = UNALLOC 

,LOC = ANY 
,LOC = BELOW 

,REAL 

,LINKAGE = SYSTEM 
,LINKAGE = BRANCH 



sp list addr: RX-type address or register (0), (2 

addr: RX-type address or register (0), (2) 

length: symbol, decimal digit, or register (0), (2) - (12). 

Default: TCB address in PSATOLD. 

tcb addr: RX-type address or regi 

Note: The TCB parameter is required only for SRB routines, if SP = PVT 

or SP = sp list addr and the list contains private area subpools. 

Default: SPACE = ALLOC 

Note: SPACE = UNALLOC can be specified only for 

SP = CSAorSP = PVT. 

Default: LOC = ANY 



Default: LINKAGE = SYSTEM 



The parameters are explained as follows: 

SP=SQA 
SP = CSA 
SP = LSQA 
SP = PVT 

SP = sp list addr 

specify the storage areas for which information is requested. The following subpools are 
listed for the specified storage areas: 

• SQA: 226, 239, 245 

• CSA: 227, 228, 231, 241 

• LSQA: 255 

• PVT: 0, 1-127, 229, 230, 236, 237, 251, 252 
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GETMAIN/FREEMAIN processing translates subpool numbers 233, 234, 235, 253, and 
254, in the LSQA, to subpool number 255 and subpool numbers 240 and 250, in the 
private area, to subpool number 0. VSMLIST reports the translated subpool numbers, 
not the original subpool numbers. In addition, VSMLIST does not report invahd subpool 
numbers (subpool numbers greater than 255) or undefined subpool numbers (for example, 
128). 

If SP = sp list addr is specified, the user must supply the address of a subpool list. The 
first halfword of the hst contains the number of entries in the list. Each of the following 
halfwords in the list contains a subpool number. If a vahd subpool number appears more 
than once in the subpool hst, it is reported only once. 

,WKAREA = (a^^r, length) 

indicates the address and length of a user-supplied work area. VSM uses this work area 
to hold the parameter hst, control information, and data that is to be returned to the 
caller. The work area should begin on a word boundary and be a minimum of 4K bytes 
in length. 

You must set bytes 0-3 of this work area to zero before the first invocation of VSMLIST 
for a specific request. See "Virtual Storage Management" in Volume 1 for a description 
of the work area. 

,TCB =-(tcb addr) 
.TCB = (tcb addr,ALL) 
,TCB = (,ALL) 

specify the TCB associated with the virtual storage ahocated to the private area subpools. 
The TCB must be located in the currently addressable address space. If ALL is specified, 
the storage associated with the TCB and all of its subtasks is reported. 

Notes: 

1. If ALL is specified and the TCB is high in the task structure (for example, the TCB for 
RCT) , more than one region could be listed. The regions in the private area are the 
RCT region, the V— V region, and the V=R region (for V=Rjobs). 

2. The TCB resides in storage below 16 megabytes. 

,SPACE = ALLOC 
,SPACE = FREE 
,SPACE = UNALLOC 

specify whether allocated, ahocated and free, or unallocated storage is to be reported. 

ALLOC indicates that the virtual addresses and lengths of blocks of storage allocated to 
the specific area are to be hsted. 

FREE indicates that in addition to the information supphed by ALLOC, the virtual 
addresses and lengths of free space within the allocated blocks are to be hsted. 
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UN ALLOC indicates that the virtual addresses and lengths of unallocated blocks of 
storage are to be listed. Both TCB and REAL are ignored when UNALLOC is specified. 

Note: An allocated block of storage is a block that is a multiple of 4K in size and 
contains some storage that has been allocated via a GETMAIN macro instruction. The 
free storage is the storage within an allocated block that has not been allocated via a 
GETMAIN macro instruction. An unallocated block of storage is a block that is a 
multiple of 4K in size and contains no allocated storage. 

,LOC = ANY 
,LOC = BELOW 

indicate which VSM queues are to be searched. If LOG = ANY is specified, all of the 
VSM queues are searched. If LOG = BELOW is specified, only those queues with virtual 
storage below 16 megabytes are searched. 

,REAL 

indicates that the high order bit of the address field of the allocated block descriptor is to 
be set. If the storage block was allocated using any LOG specification of GETMAIN but 
LOC = (,BELOW), the indicator is turned on; if the storage block was allocated using the 
LOG = (,BELOW) parameter of the GETMAIN macro instruction, the indicator is turned 
off If REAL is not specified the indicator remains zero. 

,LINKAGE = SYSTEM 
,LINKAGE = BRANCH 

indicate whether the VSMLIST routine uses a PC instruction (LINKAGE = SYSTEM) or 
branch entry (LINKAGE = BRANCH) for linkage and whether the VSMLIST routine 
provides serialization and recovery. 

If LINKAGE = SYSTEM is specified, the VSMLIST routine provides hnkage using a PC 
instruction and also provides recovery and serialization. The user cannot hold a lock 
higher than the local lock. 

The caller's secondary ASID is preserved when a PC is issued; however, the caller cannot 
be in secondary addressing mode when issuing the macro instruction. 

Note: Seriahzation is not provided across calls to VSMLIST. 

If LINKAGE = BRANCH is specified, the VSMLIST routine uses branch entry for 
linkage and does not provide recovery or serialization. The user must hold the following 
locks for requests in specific areas. 

• VSMFIX lock for SQA requests 

• VSMFIX lock for CSA requests 

• Local lock for LSQA requests 

• Local lock for PVT requests 
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When control is returned, register 15 contains one of the following return codes: 



Hexadecimal 
Code 



Meaning 

The macro executed successfully and all the information has been placed in the data portion of 
the work area. 

The macro executed successfully, but additional information has not been reported because 
there was not enough room in the data portion of the work area. To obtain the missing 
ini'ormation, the user can continue to issue the macro, with the same options, until the return 
code in register 15 is 0. 

An error occurred in scanning VSM control blocks. The information in the data area is valid, 
but incomplete. This return code is obtained only by users who specify 
LINKAGE = SYSTEM because it is detected during recovery. 

The work area was too small or either invalid parameters or invalid control information was 
detected. This return code is obtained only by users who specify LINKAGE -BRANCH. 
Users who specify LIN KAGE = SYSTEM will receive a C78 abend. 



Example 1 



Example 2 



Example 3 



Example 4 



Note: Bytes 0-3 of the work area also contain the return code. Prior to the first invocation of 
the VSMLIST macro instruction, the user must set these bytes to zero. If the return code is 4 
and the user wants to re-invoke the VSMLIST macro instruction, these bytes must not be 
changed. 



Operation: List the ranges of the allocated and free storage in the SQA. Specify the address of 
the VSM work area in register 2 and the length of the work area in register 3. 

VSMLIST SP=SQA,SPACE=FREE,WKAREA=( (2) , (3) ) 



Operation: List the ranges of the allocated storage in the CSA. Specify the address of the 
work area in register 2 and the length of the work area in register 3. Provide branch entry 
Hnkage. 

VSMLIST SP=CSA,SPACE=ALLOC,WKAREA=( (2) , (3) ) ,LINKAGE=BRANCH 



Operation: List the ranges of unallocated storage in the private area. The variable X contains 
the address of the work area, which has a length of 4096 bytes. 

VSMLIST SP=PVT,SPACE=UNALLOC,WKAREA=(X,4096) 



Operation: List the ranges of allocated storage, below 16 megabytes, in each of the subpools 
specified in the subpool list at location Y. The variable X contains the address of the work 
area, which has a length of 4096 bytes. 

VSMLIST SP=Y,SPACE=ALLOC,WKAREA=(X,4096) ,LOC=BELOW 
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VSMLOC - Verify Virtual Storage Allocation 



The VSMLOC macro instruction verifies that a given storage area has been allocated using the 
GETMAIN macro instruction. All addresses communicated between the caller and the 
VSMLOC routine must be 31 -bit addresses. You can use VSMLOC in cross memory mode. 
All addresses are associated with the current address space. 

The VSMLOC macro instruction is written as follows: 



VSMLOC 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede VSMLOC. 

One or more blanks must follow VSMLOC. 



SQA 

CSA 

LSQA 

PVT 

CPOOLFIX 

CPOOLPAG 

CPOOLLCL 

, AREA = (addr, length) 



,A^EA=- addr 



TCB = addr 



,LINKAGE = SYSTEM 
,LINKAGE = BRANCH 



addr: RX-type address or register (0) - (12 
length: symbol, decimal digit or register (0), (2) - (12). 
Use only with SQA, CSA, LSQA, and PVT. 

addr: RX-type address or register (0) - (12). 
Use only with CPOOLFIX, CPOOLPAG, 
and CPOOLLCL. 

addr: RX-type address or register (0) - (12). 
Can only be specified with PVT. 

Default: LINKAGE = SYSTEM 



The parameters are explained as follows: 

SQA 
CSA 
LSQA 
PVT 

used to verify that storage for SQA, CSA, LSQA, or PVT (private area storage) has 
been allocated in the current address space. 
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,AREA = {addr, length) 

indicates the start of the virtual storage area iaddr) and the length of the virtual storage 
area {length) to be verified. 

,AW£.A = {addr) 

indicates the start of the virtual storage area {addr) to be verified. 

CPOOLFIX 

used to verify that storage for a global fixed cell pool has been allocated. Users who 
obtain their storage from subpools 226, 227, 228, 239, or 245 should specify this keyword. 

CPOOLPAG 

used to verify that storage for a global pageable cell pool has been allocated. Users who 
obtain their storage from subpools 231 and 241 should specify this keyword. 

CPOOLLCL 

used to verify that storage for a local cell pool has been allocated. Users who obtain their 
storage from subpools 0-127, 229, 230, 233-237, 240, 250-255 should specify this keyword. 

TCB 

indicates that VSMLOC is to place the address of the TCB associated with the verified 
storage in the register or storage area specified by the TCB parameter. If the return code 
from VSMLOC is not zero, the register or storage area specified by the TCB parameter is 
set to zero. The TCB parameter can only be specified with PVT. 

,LINKAGE = SYSTEM 
,LINKAGE = BRANCH 

indicates the type of hnkage that VSMLOC is to use and also indicates whether the 
VSMLOC routine is to provide recovery and seriahzation. 

If LINKAGE = SYSTEM is specified, the VSMLOC routine uses a PC instruction for 
hnkage and provides recovery and serialization. The following restrictions apply: 

• If LSQA, PVT, or CPOOLLCL is specified, the user cannot hold a lock higher than 
the local lock. 

• If CPOOLPAG is specified, the user cannot hold a lock higher than the VSMPAG 
lock. 

• If CSA, SQA, or CPOOLFIX is specified, the user cannot hold a lock higher than the 
VSMFIX lock. 

The caller's secondary ASID is preserved when a PC is issued; however, the caller cannot 
be in secondary addressing mode when issuing the macro. 

If LINKAGE = BRANCH is specified, the VSMLOC routine uses branch entry Hnkage 
and does not provide recovery or serialization. The user must provide serialization by 
holding the following locks: 

• The VSMFIX lock for CSA, SQA, and CPOOLFIX requests 

• The VSMPAG lock for CPOOLPAG requests 

• The local lock for LSQA, CPOOLLCL, and private area storage requests. 
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When control is returned, register 15 contains one of the following return codes: 



Hexadecimal 
Code 



4 



12 



Meaning 

The virtual storage specified has been allocated in the given storage area. 

The virtual storage is not in the specified area or overlaps free space or different subpools in 
the given area. 

An error occurred in processing VSM control blocks. This return code is obtained only by 
users who specify LINKAGE = SYSTEM because the error condition is detected during 
recovery. 

The input is invalid. This return code is obtained only by users who specify 

LINKAGE = BRANCH. Users who specify LINKAGE = SYSTEM will receive a C78 abend. 



Example 1 



Example 2 



Example 3 



Example 4 



Register contains the following information: 

Byte(s) Meaning 

Storage type indicator set by the macro (irrelevant to user, but can be non-zero) 

1-2 Reserved 

3 Subpool ID if the return code in register 15 is 0; if the return code in register 15 is not 

Note: Users should mask off bytes 0-2 before attempting to use the subpool ID returned in 
register 0. 



Operation: Verify that the virtual storage, starting at the address given in register 2 and having 
a length specified in register 3, has been allocated in the SQA. 

VSMLOC SQA,AREA=( (2) , (3) ) 



Operation: Verify that the 8-bytes of virtual storage starting at X have been allocated in the 
CSA. Use a PC instruction for hnkage and let VSMLOC provide recovery and serialization. 

VSMLOC CSA , AREA= ( X , 8 ) , LINKAGE=SYSTEM 



Operation: Verify that the 8-bytes of virtual storage starting at the address specified in register 
2 have been allocated in the LSQA. Use branch entry for Unkage. 

VSMLOC LSQA , AREA= ( ( 2 ) , 8 ) , LINKAGE=BRANCH 



Operation: Verify that the virtual storage, starting at X and having a length specified in 
register 3, has been allocated in private area storage. Use branch entry for linkage. 

VSMLOC PVT , AREA= ( X , (3 ) ) , LINKAGE=BRANCH 
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Example 5 



Operation: Verify that the 100 bytes of virtual storage starting at the address specified in 
register 1 have been allocated in private area storage. The address of the TCB associated with 
the storage verified is returned in register 4. 

VSMLOC PVT , AREA= ( ( 1 ) , 100 ) , TCB= ( 4 ) , LINKAGE=BRANCH 
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VSMREGN - Obtain Private Area Region Size 



The VSMREGN macro instruction provides the virtual starting address and sizes of the private 
area regions associated with a given TCB in the current address space. 

VSMREGN runs in the state and key of the caller. You can use VSMREGN in cross memory 
mode. All addresses communicated between VSMREGN and the caller are 31 -bit addresses, 
associated with the current address space. If the TCB default is not used, the caller must hold 
the local lock. 

Except for the TCB, all input parameters to this macro instruction can reside in storage above 
16 megabytes if the issuer is executing in 31-bit addressing mode. 

The VSMREGN macro instruction is written as follows: 



name name: symbol. Begin name in column 1. 

b One or more blanks must precede VSMREGN. 
VSMREGN 

b One or more blanks must follow VSMREGN. 

WKAREA = «c?<5ifr addr: RX-type address or register (0) - (12). 

,TCB = tcb addr Default: (except for SRB routines) TCB 

tcb addr: RX-type address or register (0), (2) - (12). 



The parameters are written as follows: 

WKAREA = a^t/r 

indicates the virtual address of a 16-byte work area, which is used by VSMREGN to 
return the requested information. The format of the work area is: 

Bytes Meaning 

0-3 Virtual address of the region below 16 megabytes 

4-7 Length of the region below 16 megabytes 

8-11 Virtual address of the region above 16 megabytes 

12-15 Length of the region above 16 megabytes 
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Example 1 



Example 2 



Example 3 



Example 4 



,TCB = tch addr 

indicates ttie virtual address of the TCB to be used to identify the region (the region 
control task (RCT) region, the V = V region, or the V = R region). SRB routines and 
routines whose currently addressable address space is not the home address space must 
specify the TCB operand. They cannot use the default value. 

Note: The TCB resides in storage below 16 megabytes. 

When control returns from the VSMREGN routine, register 15 contains the following return 
code: 



Hexadecimal 




Code 


Meaning 





Successful completion 



Operation: Find the virtual address and length of the private area of the TCB whose address is 
in PSATOLD. Return the information in the work area whose address is given in register 2. 

VSMREGN WKAREA=(2) 



Operation: Find the virtual address and length of the private area of the TCB specified in 
register 3. Return this information in the work area whose address is given in register 2. 

VSMREGN WKAREA= ( 2 ) , TCB= ( 3 ) 



Operation: Find the virtual address and length of the private area of the TCB whose address is 
X. Return this information in the work area whose address is given in register 2. 

VSMREGN WKAREA= ( 2 ) , TCB=X 



Operation: Find the virtual address and length of the private area of the TCB whose address 
is given in register 3. Return this information in the work area whose address is X. 

VSMREGN WKAREA=X , TCB= ( 3 ) 
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WTL - Write To Log 



The WTL macro instruction causes a message to be written to the system log. The message can 
include any character that can be used in a C-type (character) DC statement, and is assembled 
as a variable-length record. If the OPTION keyword is used by a non-authorized user, it is 
ignored. 

The description of the WTL macro instruction follows. The WTL macro instruction is also 
described in Supervisor Services and Macro Instructions with the exception of the OPTION 
parameter. The use of the OPTION parameter is restricted to users who are authorized 
(APF-authorized, in system key 0-7, or in supervisor state). 

Note: The exact format of the output of the WTL macro instruction varies depending on the 
job entry subsystem (JES2 or JES3) that is being used, the output class that is assigned to the 
log at system initialization, and whether DLOG is in effect for JES3. In JES3, system log 
entries are preceded by a 23 -character prefix that includes a time stamp and routing 
information. If the combined prefix and message exceeds 126 characters, the log entry is 
truncated at the first blank or comma encountered when scanning backward from the 126th 
character of the combined prefix and message. See Operations: JESS Commands for 
information about the format of the log entry when using JES3. 

The standard form of the WTL macro instruction is written as follows: 



name name: symbol. Begin «ame in column 1 . 

b One or more blanks must precede WTL. 
WTL 

b One or more blanks must follow WTL. 

'msg' msg: Up to 126 characters if OPTION = NOPREFIX is specified. Up to 128 

characters if OPTION = PREFIX is specified. 

.OPTION = PREFIX Default: OPTION = NOPREFIX 
,OPTION = NOPREFIX 



The parameters are explained as follows: 

'msg' 

specifies the message to be written to the system log. The message must be enclosed in 
apostrophes, which will not appear in the system log. See Figure 15 for a fist of the 
printable EBCDIC characters passed to display devices or printers. 
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,OPTION = PREFIX 
,OPTION = NOPREFIX 

specifies whether the WTL text contains a prefix identifying the system log record. If 
PREFIX is specified, the text already contains a prefix. If NOPREFIX is specified or if 
this parameter is omitted, a 2-character prefix will be added by the control program. The 
OPTION keyword is ignored by any program running in the JES3 primary address space. 

Note: If the msg text exceeds 126 characters, truncation occurs at the last embedded blank 
before the 126th character; when there are no embedded blanks, truncation occurs after the 
126th character. 
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Figure 15. Characters Printed or Displayed on an MCS Console 

Notes: 

L If the display service or printer is defined to JESS, the following characters are translated to 
blanks: 



The system recognizes the following hexadecimal representations of the U.S. national 
characters: @ as X'7C'; $ as X'5B'; and # as X'7B'. In countries other than the U.S., the 
U.S. national characters represented on terminal keyboards might generate a different 
hexadecimal representation and cause an error. For example, in some countries the $ 
character generates a X'4A '. 
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Example 1 

Operation: Write a message to the system log. 

WTL 'THIS IS THE STANDARD FORMAT FOR THE WTL MACRO' 

Example 2 

Operation: Write a message to the system log specifying a prefix to identify the system log 
record. 

WTL 'QL THIS FORMAT OF THE WTL USES THE OPTION KEYWORD ' ,OPTION=PREFIX 
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WTL (List Form) 



Example 1 



The list form of the WTL macro instruction is used to construct a control program parameter 
list. The message parameter must be provided in the list form of the macro instruction. 

The list form of the WTL macro instruction is written as follows: 



name name: symbol. Begin name in column 1 . 

b One or more blanks must precede WTL. 
WTL 

b One or more blanks must follow WTL. 

'msg' msg: Up to 126 characters. 
,MF = L 



The 'msg' parameter is explained under the standard form of the WTL macro instruction. The 
OPTION keyword is not permitted on the list form of the WTL macro. A description of the 
MF parameter follows: 

,MF = L 

specifies the list form of the WTL macro instruction. 

Note: If msg text exceeds 126 characters, truncation occurs at the last embedded blank before 
the 126th character; when there are no embedded blanks, truncation occurs after the 126th 
character. 



Operation: Build a parameter list for a message to be written to the system log. 

LOGMSG WTL 'FUNCTION XXX COMPLETE ' ,MF=L 
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WTL (Execute Form) 



Example 1 



The execute form of the WTL macro instruction uses a remote control program parameter list. 
The parameter Hst can be generated by the list form of WTL. You cannot modify the message 
in the execute form. 

The execute form of the WTL macro instruction is written as follows: 



name name: symbol. Begin «ame in column 1 . 

b One or more blanks must precede WTL. 
WTL 

b One or more blanks must follow WTL. 

MF = (E,ctrl addr) Ctrl addr: RX-type address, or register (1) or (2) - (12). 

.OPTION = PREFIX Default: OPTION = NOPREFIX 
,OPTION = NOPREFIX 



The OPTION parameter is explained under the standard form of the WTL macro instruction; 
this parameter is explained as follows: 

MF = (E,ctrl addr) 

specifies the execute form of the WTL macro instruction. This form uses a remote 
control program parameter Ust. 



Operation: Write a message constructed in the Ust form of WTL. 

WTL MF={E,LOGMSG) 
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WTO - Write to Operator 



The WTO macro instruction causes a message to be written to one or more operator 
consoles. 

An authorized user (supervisor state with protection key 0-7) can issue a multiple line WTO 
message of up to 255 Unes with one WTO macro instruction. If you are coding a multiple line 
message, you must ensure that the left-most three bytes of register are set correctly. For the 
first request (of up to 255 lines), these three bytes must be zero. For subsequent requests, the 
first three bytes of register may contain the message identifier that the WTO service routine 
returns in register 1 after the first request. The CONNECT keyword provides another way to 
connect WTO messages. 

Use of the MSGTYP and MCSFLAG parameters should only be attempted by system 
programmers familiar with MCS, because using these parameters improperly might interfere 
with the message routing scheme. 



2-474 SPL: System Macros and Facilities Volume 2 



The standard form of the WTO macro instruction is written as follows: 



b 
WTO 

b 



name: symbol. Begin name in column 1. 
One or more blanks must precede WTO. 

One or more blanks must follow WTO. 



('text') 

('text '.line type) 



msg: Up to 125 characters. 
text: Up to 125 characters. 
The pemiissible line types, text lengths, and maximum numbers are shown below: 



.ROUTCDE = (routing code) 

,DESC =(desc code) 

,AREAID = id char 
MSGTYP= (msg type) 



MCSFL AG = (flag name) 



.CONNECT = arfrfr 

,C0NSID = addr 

,KEY = addr 

JOKE!^ = addr 

,JOBlD = addr 

JOBNAME = addr 

,SYS^AME = addr 

.WQEBLK== addr 

.PRTY = addr 

,SUBSM0D = YES 
,SUBSMOD = NO 



line type 


text 


maximum number 


C 


34 char 


1 C type 


L 


70 char 


2 L type 


D 


70 char 


255 D type 

(authorized programs) 
10 D type 
(unauthorized programs) 


DE 


70 char 


1 DE type 


E 


None 


1 E type 



The maximum total number of line types that can be 
coded in one instruction is 255. 

routing code: decimal digit from 1 to 128. The routing code 
is one or more codes, separated by commas, 
or a hyphen to indicate a range. 

desc cofi/e.' decimal digit from 1 to 16. The desc code 
is one or more codes, separated by commas. 

id char: alphabetic character A - Z. 

msg type: any of the following 

N SESS,JOBNAMES 

Y SESS,STATUS 

SESS JOBNAMES,STATUS 

JOBNAMES SESS,JOBNAMES,STATUS 

STATUS 

flag name: any combination of the following, 
separated by commas: 

REGO HRDCPY 

RESP QREGO 

REPLY NOTIME 

BRDCST NOCPY 

addr: RX-type address or register 
addr: RX-type address or register 
addr: RX-type address or register 
addr: RX-type address or register 
addr: RX-type address or register 
addr: RX-type address or register 
addr: RX-type address or register 
addr: RX-type address or register 
addr: RX-type address or register 
Default: YES 



CMD 
BUSYEXIT 
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The parameters are explained as follows: 

'msg' 

('text') 

('text', line type) 

specifies the message or multiple-Hne message to be written to one or more operator 

consoles. 

The first format is used to write a single-line message to the operator. In the format, the 
message must be enclosed in apostrophes, which do not appear on the console. It can 
include any character that can be used in a character (C-type) DC instruction. When a 
program issues a WTO macro instruction, the control program translates the text; only 
standard printable EBCDIC characters, shown in Volume 1 under the topic "Writing 
Operator Messages." are passed to the display devices. All other characters are replaced 
by blanks. If the terminal does not have dual-case capabihty, it prints lowercase 
characters as uppercase. The message is assembled as a variable-length record. 

The second and third formats are used to write a multiple-line message to the operator. 
For a problem program the message can be up to ten lines long; the system truncates the 
message at the end of the tenth line. The ten-line limit does not include the control line 
(message IEE932I), as explained under hne type C below. The message can be up to 255 
lines long for an authorized program. 

Note: If the second format is coded without repetition, for example, ('text'), the message 
appears as a single-line message. 

The text is one line of the multiple-line message. A line consists of a character string 
enclosed in apostrophes (which do not appear on the operator console). Any character 
vaUd in a C-type DC instruction can be coded. The maximum number of characters 
depends on which Hne type is specified. 

The line type defines the type of information contained in the 'text' field of each line of 
the message: 



indicates that the 'text' parameter is the text to be contained in the control line of the 
message. The control Hne normally contains a message title. C may only be coded for 
the first line of a multiple-Hne message. If this parameter is omitted and descriptor code 9 
is coded, the system generates a control Hne (message IEE932I) containing only a message 
identification number. The control line remains static during framing operations on a 
display console (provided that the message is displayed in an out-of-Hne display area). 
Control lines are optional. 



L 



indicates that the 'text' parameter is a label line. Label Hnes contain message heading 
information; they remain static during framing operations on a display console (provided 
that the message is displayed in an out-of-Hne display area). Label Hnes are optional. If 
coded, Hnes must either immediately follow the control line or another label Hne or be the 
first Hne of the multiple-line message if there is no control line. Only two label lines may 
be coded per message. See the topic "Embedding Label Lines in a Multiline Message" in 
Volume 1 for additional information concerning how to include multiple label lines (more 
than two) within a message. 



2-476 SPL: System Macros and Facilities Volume 2 



D 



DE 



E 



indicates that the "text' parameter contains the information to be conveyed to the 
operator by the multiple-hne message. Dming framing operations on a display console, 
the data Hnes are paged. 



indicates that the 'text' parameter contains the last line of information to be passed to 
the operator. 



indicates that the previous line of text was the last line of text to be passed to the 
operator. The 'text' parameter, if any, coded with a line type of E is ignored. 



,ROUTCDE = routing code 

specifies the routing code(s) to be assigned to the message. 

The routing codes are: 

1 Master console action 9 System security 

2 Master console information 10 System error/maintenance 

3 Tape pool 1 1 Programmer information 

4 Direct access pool 12 Emulators 

5 Tape library 

6 Disk library 

7 Unit record pool 

8 Teleprocessing control 

Note: The values for this operand can be from 1 to 128. Routing codes 13 through 20 
are reserved for customer use. Routing codes 29 through 41 are reserved, and are ignored 
if specified. Routing codes 42 through 128 are available to authorized programs only. 
Routing codes 1, 2, 3, 4, 7, 8, 10 and 42 cause hard copy of the message when display 
consoles are used or more than one console is active. All other routing codes may go to 
hard copy as an initialization option or as a result of a VARY HARDCPY command. 

,DESC = (desc code) 

specifies the message descriptor code(s) to be assigned to the message. Descriptor codes 1 
through 6 and descriptor code II are mutually exclusive. Codes 7 through 10 can be 
assigned in combination with any other code. 

The descriptor codes are: 

1 System failure 8 Out-of-line message 

2 Immediate action required 9 Operator request 

3 Eventual action required 10 Dynamic status displays 

4 System Status 1 1 Critical eventual action requested 

5 Immediate command response 12-16 Reserved for future use 

6 Job status 

7 Application program/processor; 
message is to be deleted when 
issuing task is terminated 

All WTO messages with descriptor codes 1, 2, or 11 are action messages that have an @ or * 
sign displayed before the first character of the message. This indicates a need for operator 
action. On operator consoles that support color, descriptor codes determine the color in which 
a message should be displayed. The colors used for different descriptor codes are described in 
Operations: System Commands. 
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,AREAID = id char 

specifies a display area of the console screen on wiiich a multiple-line message is to be 
written. This parameter is meaningful only for out-of-line (descriptor code 8 and 9) 
MLWTO messages that are to be sent to display consoles. 

The character Z designates the message area (the screen's general message area, rather 
than a defined display area); it is assumed nothing is specified. 

Note: You must be an authorized (supervisor state, key 0-7, or APF-authorized) user to 
use this parameter. Otherwise, Z is used. Also, if this parameter specifies an area, the 
area could be overlaid by a currently running dynamic display. Support for queuing 
messages with descriptor code 8 is by console id only. 

,MSGTYP = (msg type) 

specifies how the message is to be routed. 

For SESS, JOBNAMES, or STATUS, the message is to be routed to the console and 
TSO terminal in operator mode that issued the MONITOR SESS, MONITOR 
JOBNAMES, or MONITOR STATUS command, respectively. When the message type is 
identified by the operating system, the message is routed only to those consoles that 
requested the information. 

For Y or N, the message type specifies whether flags are to be set in the WTO macro 
expansion to describe what functions (MONITOR SESS, MONITOR JOBNAMES, and 
MONITOR STATUS) are desired. N, or omission of the MSGTYP parameter, indicates 
that the message is to be routed as specified in the ROUTCDE parameter. 

,MCSFLAG = (flag name) 

specifies that the macro expansion should set bits in the MCSFLAG field as indicated by 
each name coded. 

The flag names and meanings are shown in Figure 16. 
Flag Name Meaning 

REGO Queue the message to the console whose source 

ID is passed in register 0. 
RESP The WTO is an immediate command response. 

REPLY This WTO is a reply to a WTOR. 

BRDCST Broadcast the message to all active consoles. 

HRDCPY Queue the message for hard copy only. 

QREGO Queue the message unconditionally to the 

console whose source ID is passed 

in Register 0. 
NOTIME Do not append time to the message. 

NOCPY If the WTO or WTOR macro instruction is issued 

by a program in the supervisor state, do not 

queue the message for hard copy. Otherwise, 

this parameter is ignored. 
CMD The WTO is a recording of a system command 

issued for hardcopy log purposes. 
BUSYEXIT If there are no message or 

console buffers for either MCS or JES3, 

or there is a JES3 WTO staging area excess, the WTO is terminated 

with a x'20' return code. 

If BUSYEXIT is not specified, the WTO will go into 

a wait state if WTO buffers are not available. 

Figure 16. MCSFLAG Fields (WTO) 
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CONNECT = tf^^r 

specifies a field containing the 4-byte message number of the previous WTO that this 
WTO is to be connected to. This message number is obtained as an output parameter 
(returned in register I) fi-om the previous WTO. This keyword is mutually exclusive with 
the CONSID and SYSNAME keywords, and it is vaUd only for continuation of 
multiple-hne messages. When this keyword is specified in the Ust form, it must be coded 
as CONNECT = with nothing after the =. 

Note: You can still use the register interface, mentioned at the beginning of the WTO 
macro description, to connect WTO messages. If you specify both, however, the system 
uses the CONNECT keyword. It is recommended that new users use the CONNECT 
keyword. 

CONSID = a^^r 

specifies a field containing the 4-byte id of the console to receive a message. This id is 
used in place of a console id in register 0. This keyword is mutually exclusive with the 
CONNECT keyword. Note that you can still specify the console ID via the register zero 
interface. If you use both the CONSID keyword and the register zero interface to specify 
the console ID, the system uses the console ID specified by CONSID. When this keyword 
is specified in the list form, it must be coded as CONSID = with nothing after the = . 

YLEY = addr 

specifies a field containing an 8-byte key to be associated with this message. The key 
should be EBCDIC if used with the D R command for retrieval purposes, but it must not 
be '*'. If a register is used, it contains the address of the key. When this keyword is 
specified in the list form, it must be coded as KEY = with nothing after the = . 

TOKEN = a^^r 

specifies a field containing a 4-byte token to be associated with this message. This field is 
used to identify a group of messages that can be deleted by a DOM macro that includes 
TOKEN. The token should be unique within an address space. When this keyword is 
specified in the list form, it must be coded as TOKEN = with nothing after the = . 

WQEBLK = afirflfr 

specifies a field containing a WQE control block to be used as input for the WTO. If a 
register is used, the register contains the address of the WQE control block to be used as 
input for the WTO. This keyword is mutually exclusive with all other keywords and 
reserved for authorized users. It is valid only on the standard form of the macro. When 
this keyword is specified in the list form, it must be coded as WQEBLK = with nothing 
after the = . 

JOBNAME = fl^fifr 

specifies a field containing the 8-byte job name with which the JES idenfifies the issuer of 
this WTO. If the value of the job name is less than 8 characters, it must be left-justified 
and padded with blanks. If a register is used, the register contains the address of the 
8-byte job name. This keyword is reserved for authorized users. When this keyword is 
specified in the list form, it must be coded as JOBNAME = with nothing after the = . 

J01Xny = addr 

specifies a field containing the 8-byte EBCDIC job identifier (number) with which JES 
identifies the issuer of this WTO. If the value of the job id is less than 8 characters, it 
should be right-justified although this is not absolutely necessary. If a register is used, the 
register contains the address of the 8-byte job id. When this keyword is specified in the list 
form, it must be coded as JOBID = with nothing after the = . This keyword is reserved 
for authorized users. 
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SUBSMOD = YES 
SUBSMOD = NO 

specifies whether the characteristics of the message may be modified by the primary 
subsystem. YES, which is the default value, indicates that the message may be modified 
by the primary subsystem. NO indicates that the message may not be modified by the 
primary subsystem. This keyword is reserved for authorized users. 

FKTY = addr 

specifies a field containing the two-byte priority to be assigned to this message. If used, 
the register contains a 2-byte priority. When this keyword is specified in the hst form, it 
must be coded as PRTY = with nothing after the = . This keyword is reserved for 
authorized users. 

SYSN\ME = addr 

specifies a field containing an 8-byte system name to be associated with this message. If a 
register is used, the register contains the address of the 8-byte system name. This keyword 
is mutually exclusive with CONNECT and it is reserved for authorized users. When 
specified in the list form, it must be coded as SYSNAME = with nothing after the = . 

When control is returned, general register 1 contains the identification number (24 bits and 
right-justified) assigned to the message. If you are using the CONNECT keyword to connect 
WTO messages, store this value in the four-byte CONNECT field and set register 1 to zero. 

Return codes from execution of a WTO are as follows: 

Hexadecimal 

Code Meaning 

00 No errors encountered. 

04 Number of lines passed was 0; request is ignored. Number of lines passed was greater than 10; 

only 10 lines are processed. Message text length for a line was less tihan 1; all lines up to error 
line are processed. 

08 Connecting message ID passed in register does not match any on queue. Request is ignored. 

OC Invalid line type. An end has been forced at the point of the error except if Uie first line is an 

E line, in which case the request is ignored. 

20 WTO processing has been terminated since it would have caused a wait state, and BUSYEXIT 

was specified. 

30 Required resource for routing code 1 1 was not available. Request is ignored for routing code 

1 1; if any other routing code is specified, the request is processed. 



Notes: 



If the list and execute forms of the WTO macro are in separate modules, both routines must 
be assembled or compiled with the same level of WTO. 

If the execute form of the macro specifies CONNECT, CONSID, KEY, TOKEN, JOBID, 
JOBNAME, SYSNAME, or PRTY, then the list form, to ensure that the parameter list is 
generated correctly, must specify the same keyword(s) without data. For example: 

WTO 'text' ,SYSNAME=,CONSID=,MF=L 

If data is specified, the system issues an MNOTE and ignores the data. 
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Example 1 



Example 2 



3. For any WTO keywords that allow a register specification, the value must be right-justified 
the register. 

4. Use caution when coding a program that uses any of the WTO keywords reserved for 
authorized users. 



Operation: Issue a WTO that describes a situation that must be resolved immediately. The 
message must appear on the master console and the system maintenance console as an 
immediate action message. 

WTO 'THIS IS AN IMMEDIATE ACTION MESSAGE ', ROUTCDE= (1 , 10 ), DESC= ( 2 ) 



Operation: Issue a message that is the response to a command. The message must appear only 
on the console that entered the command. Prior to issuing the WTO, the issuing console's 
identifier must be placed in register 0. 

WTO 'THIS IS A COMMAND RESPONSE ' ,DESC= ( 5 ) ,MCSFLAG= ( REGO , RESP ) 
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WTO (List Form) 



The list form of the WTO macro instruction is used to construct a control program parameter 
hst. 
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The list form of the WTO macro instruction is written as follows: 



b 
WTO 

b 



name: symbol. Begin name in column 1. 
One or more blanks must precede WTO. 

One or more blanks must follow WTO. 



'msg 

{'text') 

{'text', line type) 



,ROUTCDE= (routing code) 

,DESC = (desc code) 

,AREMT> = idchar 
,MSGTYP= fm^ type) 



,MCSFLAG= (flag name) 



,MF = L 

,CONNECT = 

,CONSID = 

,KEY = 

,TOKEN = 

,JOBID = 

JOBNAME = 

,SYSNAME = 

,PRTY = 

,SUBSMOD = YES 
,SUBSMOD = NO 



msg: Up to 125 characters. 
text: Up to 125 characters. 
The permissible line types, text lengths, and maximum numbers are shown below: 



line type 


text 


maximum number 


C 


34 char 


1 C type 


L 


70 char 


2 L type 


D 


70 char 


255 D type 

(authorized programs) 
10 D type 
(unauthorized programs) 


DE 


70 char 


1 DE type 



None 



1 E type 



The maximum total number of hne types that can be 
coded in one instruction is 255. 

routing code: decimal digit from 1 to 128. The routing code 
is one or more codes, separated by commas. 

desc code: decimal digit from 1 to 16. The desc code 
is one or more codes, separated by commas. 

id char: alphabetic character A - Z. 

msg type: any of the following 

N SESSJOBNAMES 

Y SESS,STATUS 

SESS JOBNAMES,STATUS 

JOBNAMES SESS,JOBNAMES,STATUS 

STATUS 

flag name: any combination of the following, 
separated by commas: 

REGO HRDCPY CMD 

RES? QREGO BUSYEXIT 

REPLY NOTIME 

BRDCST NOCPY 
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The parameters are explained under the standard form of the WTO macro instruction, with the 
following exception: 

,MF = L 

specifies the Hst form of the WTO macro instruction. 

Notes: 

1. If the list and execute forms of the WTO macro are in separate modules, both routines must 
be assembled or compiled with the same level of WTO. 

2. If the execute form of the macro specifies CONNECT, CONS ID, KEY, TOKEN, JOB ID, 
JOBNAME, SYSNAME, or PRTY, then the list form, to ensure that the parameter list is 
generated correctly, must specify the same keyword(s) without data. For example: 

WTO 'text' ,SySNAME=,CONSID=,MF=L 

If data is specified, the system issues an MNOTE and ignores the data. 

3. For any WTO keywords that allow a register specification, the value must be right-justified in 
the register. 
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WTO (Execute Form) 



The execute form of the WTO macro instruction uses a remote control program parameter Hst. 
The parameter list can be generated by the list form of WTO. The message text cannot be 
modified in the execute form of the macro instruction. 

The execute form of the WTO macro instruction is written as follows: 



b 

WTO 

b 



name: symbol. Begin name in column 1. 
One or more blanks must precede WTO. 

One or more blanks must follow WTO. 



.CONNECT = a(/(/r 
,CONSID = arfrfr 
,KEY = addr 
,TOKEN = flc?fl?r 
,iOBm^ addr 
,}OBnAME=-addr 
,SYSNAME = afi?Jr 
,WQEBLK = a(/^r 
,¥KYY = addr 
MF=(E, Ctrl addr) 



addr: RX-type address or register 
addr: RX-type address or register 
addr: RX-type address or register 
addr: RX-type address or register 
addr: RX-type address or register 
addr: RX-type address or register 
addr: RX-type address or register 
addr: RX-type address or register 
addr: RX-type address or register 
Ctrl addr: RX-type address, or register (1) or (2) - (12). 
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Example 



This parameter is explained under the standard form of the WTO macro instruction, with the 
following exceptions: 

MF = (E, Ctrl addr) 

specifies the execute form of the WTO macro instruction using a remote control program 
parameter hst. 

Notes: 

1. If the list and execute forms of the WTO macro are in separate modules, both routines 
must be assembled or compiled with the same level of WTO. 

2. If the execute form of the macro specifies CONNECT, CONSID, KEY, TOKEN, 
JOBID, JOBNAME, SYSNAME, or PRTY, then the list form, to ensure that the 
parameter list is generated correctly, must specify the same keyword(s) without data. 
For example: 

WTO 'text' ,SYSNAME=,CONSID=,MF=L 

If data is specified, the system issues an MNOTE and ignores the data. 

3. For any WTO keywords that allow a register specification, the value must be 
right-justified in the register. 



Operation: Write a message with a pre-built parameter list pointed to by register 1 . 

WTO MF= ( E , ( 1 ) ) 
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WTOR - Write to Operator with Reply 



The WTOR macro instruction causes a message requiring a reply to be written to one or more 
operator consoles and the hardcopy log. The macro instruction also provides the information 
required by the control program to return the reply to the issuing program. 

This macro can be assembled compatibly between MVS/XA and MVS/370 through the use of 
the SPLEVEL macro instruction. Default processing will result in an expansion of the macro 
that operates only with MVS/XA. See the topic "Selecting the Macro Level" for additional 
information. If you are executing in 31 -bit addressing mode, you must use the MVS/XA 
version of this macro instruction. 

Use of the MSGTYP and MCSFLAG parameters should only be attempted by system 
programmers familiar with MCS, because using these parameters improperly could impede the 
entire message routing scheme. 
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The standard form of the WTOR macro instruction is written as follows: 



name 
b 

WTOR 
b 



}iame: symbol. Begin name in column 1. 
One or more blanks must precede WTOR. 

One or more blanks must follow WTOR. 



msg 

.reply addr 
,reply length 

,ecb addr 

,RO\]TCDB= (routing code) 

,DESC = (desc code) 
M^G'^^'P^ (msg type) 



,MCSFLAG=r//ag name) 



,C01<iSlD = addr 
XEY^addr 
,TOKE'N = addr 
,J0BID = addr 
,JOBNAUE = addr 
,SYS^AME = addr 
,WQEBLK=^ addr 



msg: up to 122 characters. 

reply addr: A-type address, or register (2) - (12). 

reply length: symbol, decimal digit, or register (2) - (12). The minimum 
length is 1; the maximum length is 115 when the operator enters REPLY id, 
'reply' and 119 when the operator enters R id, 'reply'. 

ecb addr: A-type address, or register (2) - (12). 

routing code: decimal digit from 1 to 128. 
The routing code is one or more codes, 
separated by commas. 

desc code: decimal digit from 1 to 16. The desc code 
is one or more codes, separated by commas. 

msg type: any combination of the following, 
separated by commas: 

N 

Y 

SESS 

JOBNAMES 

STATUS 

flag name: any combination of the following, 
seiparated by commas: 

REGO HRDCPY CMD 

RESP QREGO 

REPLY NOTIME 

BRDCST NOCPY 

addr: RX-type address or register 

addr: RX-type address or register 

addr: RX-type address or register 

addr: RX-type address or register 

addr: RX-type address or register 

addr: RX-type address or register 

addr: RX-type address or register 
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The parameters are explained as follows: 

'msg' 

specifies the message to be written to the operator's console. The message must be 
enclosed in apostrophes, which do not appear on the console. It can include any 
character that can be used in a character (C-type) DC instruction. When a program 
issues a WTOR macro instruction, the control program translates the text; only standard 
printable EBCDIC characters are passed to the display devices. See the figure "EBCDIC 
Characters Printed or Displayed on an MCS Console" in Volume 1 for a list of the 
printable EBCDIC characters. All other characters are replaced by blanks. If the 
terminal does not have dual-case capabihty, it prints lowercase characters as uppercase. 
The message is assembled as a variable -length record. 

Note: All WTOR messages are action messages. An indicator appears before the first 
character of an action message to indicate a need for operator action. 

,repfy addr 

specifies the address in virtual storage of the area into which the control program is to 
place the reply. The reply is left-justified at this address. 

,reply length 

specifies the length, in bytes, of the reply message. 

^ecb addr 

specifies the address of the event control block (ECB) to be used by the control program 
to indicate the completion of the reply and the id of the replying console. After the 
control program receives the reply, the ECB appears as follows: 

Offset Length(bytes) Contents 

1 Completion code 

1 2 Reserved 

3 1 Console id in hexadecimal 

,ROUTCDE = routing code 

specifies the routing code(s) to be assigned to the message. 

The routing codes are: 



1 


Master console action 


9 System security 


2 


Master console information 


10 System error/maintenance 


3 


Tape pool 


1 1 Programmer information 


4 


Direct access pool 


12 Emulators 


5 


Tape library 




6 


Disk library 




7 


Unit record pool 




8 


Teleprocessing control 





Note: The values for this operand can be from 1 to 128. Routing codes 13 through 20 
are reserved for customer use. Routing codes 29 through 41 are reserved, and are ignored 
if specified. Routing codes 42 through 128 are available to authorized programs only. 
Routing codes 1, 2, 3, 4, 7, 8, 10, and 42 cause hard copy of the message when display 
consoles are used or more than one console is active. All other routing codes may go to 
hard copy as an initialization option or as a result of a VARY HARDCPY command. 
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,DESC = (desc code) 

specifies the message descriptor code(s) to be assigned to the message. Descriptor codes 1 
through 6 and descriptor code 11 are mutually exclusive. Codes 7 through 10 can be 
assigned in combination with any other code. 

The descriptor codes are: 

1 System failure 8 Out-of-line message 

2 Immediate action required 9 Operator request 

3 Eventual action required 10 Dynamic status displays 

4 System Status 1 1 Critical eventual action requested 

5 Immediate command response 12-16 Reserved for future use 

6 Job status 

7 Application program/processor; 
message is to be deleted when 
issuing task is terminated 

All WTOR messages with descriptor codes 1,2, or 11 are action messages that have an @ or * 
character displayed before the first character of the message. This character indicates a need for 
operator action. On operator consoles that support color, descriptor codes determine the color 
in which a message should be displayed. The colors used for different descriptor codes are 
described in Operations: System Commands. 

,MSGTYP==rw5g?7i3e; 

specifies how the message is to be routed. 

For SESS, JOBNAMES, or STATUS, the message is to be routed to the console and 
TSO terminal in operator mode that issued the MONITOR SESS, MONITOR 
JOBNAMES, or MONITOR STATUS command, respectively. When the message type is 
identified by the operating system, the message is routed only to those consoles that 
requested the information. 

For Y or N, the message type specifies whether flags are to be set in the WTOR macro 
expansion to describe what functions (MONITOR SESS, MONITOR JOBNAMES, and 
MONITOR STATUS) are desired. N, or omission of the MSGTYP parameter, indicates 
that the message is to be routed as specified in the ROUTCDE parameter. 

,MCSFLAG = (flag name) 

specifies that the macro expansion should set bits in the MCSFLAG field as indicated by 
each name coded. 

The flag names and meanings are shown in Figure 17. 
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Flag Name Meaning 

REGO Queue the message to the console whose source 

ID is passed in register 0. 
RESP The WTOR is an immediate command response. 

REPLY This is a reply to a WTOR. 

BRDCST Broadcast the message to all active consoles. 

HRDCPY Queue the message for hard copy only. 

QREGO Queue the message unconditionally to the 

console whose source ID is passed 

in Register 0. 
NOTIME Do not append time to the message. 

NOCPY If the WTOR macro instruction is issued 

by a program in the supervisor state, do not 

queue the message for hard copy. Otherwise, 

this parameter is ignored. 
CMD The WTOR is a recording of a system command 

issued for hardcopy log purposes. 

Figure 17. MCSFLAG Fields (WTOR) 

CONSm = addr 

specifies a field containing the 4-byte id of the console to receive a message. This id is 
used in place of a console id in register 0. Note that you can still specify the console ID 
via the register zero interface. If you use both the CONSID keyword and the register zero 
interface to specify the console ID, the system uses the console ID specified by CONSID. 
When this keyword is specified in the Hst form, it must be coded as CONSID = with 
nothing after the = . 

KEY = addr 

specifies a field containing an 8-byte key to be associated with this message. The key 
should be EBCDIC if used with the D R command for retrieval purposes, but it must not 
be '*'. If a register is used, it contains the address of the key. When this keyword is 
specified in the Ust form, it must be coded as KEY = with nothing after the = . 

TOKEN = addr 

specifies a field containing a 4-byte token to be associated with this message. This field is 
used to identify a group of messages that can be deleted by a DOM macro that includes 
TOKEN. The token should be unique within an address space. When this keyword is 
specified in the list form, it must be coded as TOKEN = with nothing after the = . 

WQEBLK = addr 

specifies a field containing a WQE control block to be used as input for the WTOR. If a 
register is used, the register contains the address of the WQE control block to be used as 
input for the WTOR. This keyword is mutually exclusive with all other keywords and 
reserved for authorized users. It is valid only on the standard form of the macro. When 
this keyword is specified in the list form, it must be coded as WQEBLK = with nothing 
after the = . 

JOBNAME = addr 

specifies a field containing the 8-byte job name with which the JES identifies the issuer of 
this WTOR. If the value of the job name is less than 8 characters, it must be left-justified 
and padded with blanks. If a register is used, the register contains the address of the 
8-byte job name. This keyword is reserved for authorized users. When this keyword is 
specified in the Hst form, it must be coded as JOBNAME = with nothing after the = . 
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JOBm = addr 

specifies a field containing the 8-byte EBCDIC job identifier (number) with which JES 
identifies the issuer of this WTOR. If the value of the job id is less than 8 characters, it 
should be right-justified although this is not absolutely necessary. If a register is used, the 
register contains the address of the 8-byte job id. When this keyword is specified in the hst 
form, it must be coded as JOBID = with nothing after the = . This keyword is reserved 
for authorized users. 

SYSNAME = addr 

specifies a field containing an 8-byte system name to be associated with this message. If a 
register is used, the register contains the address of the 8-byte system name. This keyword 
is reserved for authorized users. When specified in the hst form, it must be coded as 
SYSNAME= with nothing after the =. 

When control is returned, general register 1 contains the identification number (4 bytes or 32 
bits and right-justified) assigned to the message. 

Return codes from execution of a WTOR are as follows: 

Hexadecimal 

Code Meaning 

00 No errors encountered. 

04 Number of lines passed was 0; request is ignored. Number of lines passed was greater than 10; 

only 10 lines are processed. Message text length for a line was less than 1; all lines up to error 
line are processed. 

08 Connecting message ID passed in register does not match any on queue. Request is ignored. 

OC Invalid line type. An end has been forced at the point of the error except if the first line is an 

E hne, in which case the request is ignored. 

30 Required resource for routing code 1 1 was not available. Request is ignored for routing code 

11; if any other routing code is specified, the request is processed. 

Notes: 

1. If the list and execute forms of the WTOR macro are in separate modules, both routines must 
be assembled or compiled with the same level of WTOR. 

2. For any WTOR keywords that allow a register specification, the value must be right- justified 
in the register. 

3. Use caution when coding a program that uses any of the WTOR keywords reserved for 
authorized users. 
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Example 1 



Example 2 



Operation: Issue a WTOR that describes a situation that must be resolved immediately. The 
message must appear on the master console and the system maintenance console as an 
immediate action message. 

WTOR 'THIS IS AN IMMEDIATE ACTION MESSAGE ' ,ROUTCDE= ( 1 , 10 ) ,DESC= ( 2 ) 



Operation: Issue a message that is the response to a command. The message must appear only 
on the console that entered the command. Prior to issuing the WTOR, the issuing console's 
identifier must be placed in register 0. 

WTOR 'THIS IS A COMMAND RESPONSE ' ,DESC= ( 5 ) ,MCSFLAG= (REGO ,RESP ) 
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WTOR (List Form) 



The list form of the WTOR macro instruction is used to construct a control program parameter 
list. 

The list form of the WTOR macro instruction is written as follows: 



name 
b 

WTOR 
b 



name: symbol. Begin name in column 1 . 
One or more blanks must precede WTOR. 

One or more blanks must follow WTOR. 



msg 

.reply addr 
.reply length 

,ecb addr 
,MF = L 

,KO\31CX)E = (routing code) 

,DESC=(desccode) 
,MSGTYP= (msg type) 



MCSFLAG^ (flag name) 



,C0NSID = 
.KEY = 
,TOKEN = 
,JOBID = 

JOBNAME = 

.SYSNAME = 



msg: up to 122 characters. 

reply addr: A-tj^e address, or register (2) - (12). 

reply length: symbol, decimal digit, or register (2) - (12). The minimum 
length is 1; the maximum length is 115 when the operator enters REPLY id, 
'reply' and 119 when the operator enters R id, 'reply'. 

ecb addr: A- type address, or register (2) - (12). 



routing code: decimal digit from 1 to 128. 
The routing code is one or more codes, 
separated by commas. 

desc code: decimal digit from 1 to 16. The desc code 
is one or more codes, separated by commas. 

msg type: any combination of the following, 
separated by commas: 

N 

Y 

SESS 

JOBNAMES 

STATUS 

flag name: any combination of the following, 
separated by commas: 



REGO HRDCPY 

RES? QREGO 

REPLY NOTIME 

BRDCST NOCPY 



CMD 
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The parameters are explained under the standard form of the WTOR macro instruction, with 
the following exception: 

,MF = L 

specifies the list form of the WTOR macro instruction. 

Notes: 

1. If the list and execute forms of the WTOR macro are in separate modules, both routines must 
be assembled or compiled with the same level of WTOR. 

2. If the execute form of the macro specifies CONNECT, CONSID, KEY, TOKEN, JOBID, 
JOBNAME, SYSNAME, DOMID, or PRTY, then the list form, to ensure that the parameter 
list is generated correctly, must specify the same keyword(s) without data. For example: 

WTO 'text' ,SYSNAME=,CONSID=,MF=L 

If data is specified, the system issues an MNOTE and ignores the data. 

3. For any WTOR keywords that allow a register specification, the value must be right-justified 
in- the register. 
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WTOR (Execute Form) 



The execute form of the WTOR macro instruction uses a remote control program parameter 
list. The parameter list can be generated by the Hst form of WTOR. The message cannot be 
modified in the execute form of the macro instruction. 

The execute form of the WTOR macro instruction is written as follows: 



name 
b 

WTOR 
b 



name: symbol. Begin name in column 1. 
One or more blanks must precede WTOR. 

One or more blanks must follow WTOR. 



,C01^SID = addr 

,KEY = addr 

JOKEN = addr 

JOBID = addr 

,JOBNAME = flJc/r 

,SYSN AME = addr 

M¥=(E, Ctrl addr) 
addr, EXTENDED) 



addr: RX-type address or register 
addr: RX-type address or register 
addr: RX-type address or register 
addr: RX-type address or register 
addr: RX-type address or register 
addr: RX-type address or register 
Ctrl addr: RX-type address, or register (1) or (2) - (12). MF = fE.crr/ 
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Example 



This parameter is explained under the standard form of the WTO macro instruction, with the 
following exception: 

Mr = (E, Ctrl addr) MF = (E, Ctrl addr, EXTENDED) 

specifies the execute form of the WTOR macro instruction using a remote control 
program parameter Hst. EXTENDED must be specified with any of the keywords Usted in 
note 2. 

Notes: 

1. If the list and execute forms of the WTOR macro are in separate modules, both routines 
must be assembled or compiled with the same level of WTOR. 

2. If the execute form of the macro specifies CONSID, KEY, TOKEN, JOBID, 
JOBNAME, or SYSNAME then the list form, to ensure that the parameter list is 
generated correctly, must specify the same key word(s) without data. For example: 

WTOR 'text' ,SYSNAME=,CONSID=,MF=L 

If data is specified, the system issues an MNOTE and ignores the data. 

3. For any WTOR keywords that allow a register specification, the value must be 
right-justified in the register. 



Operation: Write a message with a pre-built parameter list pointed to by register 1. 

WTOR MF=(E,(1)) 
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continuation coding 

example 2-9 
continuation hues 2-8 

control access to serially reusable resources 2-373 
control block formatting 

defining a control block format 2-39 

specifying a control block format field 2-43 
COPY DM DT 2-447 
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CPOOL macro instruction 

description 2-75 

examples 2-79, 2-80 

execute form 2-82 

list form 2-81 

standard form 2-76 

syntax 2-76, 2-81, 2-82 
create 

a new task 2-12 

entry table 2-135 

interruption request block 2-71 
cross memory restrictions for macro instructions 2-4 



E 



D 



DAT-OFF linkage 2-83 
DATOFF macro instruction 

description 2-83 

examples 2-84 

syntax 2-83 
define a control block format 2-39 

description 2-39 
define a resource to RACF 2-266 
DEQ macro instruction 

description 2-85 

examples 2-89, 2-90 

execute form 2-92 

list form 2-91 

return codes 2-88, 2-89 

standard form 2-86 

syntax 2-86, 2-91, 2-92 
destroy entry table 2-138 
disconnect entry table 2-142 
DOM macro instruction 

description 2-94 

syntax 2-94 
DONTSWAP 2-444 
DSGNL macro instruction 

description 2-98 

example 2-100 

return codes 2-100 

syntax 2-98 
dump virtual storage 2-349 
dumping services 

defining a control block format 2-39 

formatting routine parameters 2-35, 2-55 

vSpecifying a control block format field 2-43 
DYN ALLOC macro instruction (see Volume 1) 2-101 



ENQ macro instruction 

description 2-102 

examples 2-109 

execute form 2-112 

list form 2-110 

return codes 2-107, 2-108 

standard form 2-103 

syntax 2-103,2-110,2-112 
entry table 

connect 2-131 

create 2-135 

destroy 2-138 

disconnect 2-142 
ESPIE macro instruction 

description 2-114 

examples 2-116, 2-117, 2-118, 2-119, 2-120 

execute form 2-120 

list form 2-119 

RESET option 2-116 

return codes 2-116,2-117,2-118 

SET option 2-114 

syntax 2-114, 2-116, 2-117, 2-119, 2-120 

TEST option 2-117 

types of interruptions 2-115 
establish time limit 

for system service 2-404 
ESTAE macro instruction 

description 2-122 

examples 2-127 

execute form 2-129 

list form 2-128 

return codes 2-126 

standard form 2-123 

syntax 2-123, 2-128, 2-129 
ETCON macro instruction 

description 2-131 

execute form 2-134 

list form 2-133 

restrictions on use 2-131 

return code 2-132 

standard form 2-131 

syntax 2-131,2-133,2-134 
ETCRE macro instruction 

description 2-135 

syntax 2-135 
ETDES macro instruction 

description 2-138 

execute form 2-141 

list form 2-140 

return codes 2-139 

standard form 2-138 

syntax 2-138. 2-140, 2-141 
ETDIS macro instruction 

description 2-142 

syntax 2-142 
EVENTS macro instruction 
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description 2-143 

examples 2-146 

syntax 2-144 
example 

of continuation coding 2-9 
extended SPIE 2-114 
extract authorization index 2-27 
extract information from global serialization 

queue 2-171 
EXTRACT macro instruction 

description 2-147 

examples 2-148 

execute form 2-151 

list form 2-150 

standard form 2-147 

syntax 2-147,2-150,2-151 
extract TCB information 2-147 



return codes 2-167 
standard form 2-163 
syntax 2-163, 2-169, 2-170 
GQSCAN macro instruction 
description 2-171 
execute form 2-178 
list form 2-176 
return codes 2-175 
standard form 2-172 
syntax 2-172, 2-176, 2-178 



H 



HOLD 2-444 



B 



fast extended ESTAE 2-152 
fast path page services 2-247 
FESTAE macro instruction 

description 2-152 

example 2-154 

return codes 2-154 

syntax 2-153 
fix virtual storage contents 2-231, 2-234 
force dispatcher entry 2-56 
free a linkage index 2-200 
free authorization index 2-29 
free virtual storage 2-155 
free virtual storage contents 2-236 
FREEM AIN macro instruction 

description 2-155 

examples 2-159 

execute form 2-161 

list form 2-160 

return codes 2-159 

standard form 2-155 

syntax 2-155, 2-160, 2-161 
functional recovery routines 

set up 2-369 



GETMAIN macro instruction 
description 2-162 
examples 2-167, 2-168 
execute form 2-170 
list form 2-169 



identify a RACF user 2-298 
lEFQMREQ macro instruction 

description 2-180 

syntax 2-180 
IHAETD mapping macro 2-135 
IHATRBPL mapping macro 2-440, 2-441 
IHATREPL mapping macro 2-441 
internal START command 2-208 
intersect with the dispatcher 2-181 
INTSECT macro instruction 

description 2-181 

example 2-182 

syntax 2-181 
Invoke SWA manager in Move Mode 2-180 
lOS 

obtaining information from 2-188 
lOSDDT macro instruction 

syntax 2-184 
lOSDMLT macro instruction 

syntax 2-186 
lOSINFO macro instruction 

description 2-188 

examples 2-190 

return codes 2-189 

syntax 2-188 
lOSLOOK macro instruction 

description 2-191 

example 2-192 

return codes 2-192 

syntax 2-191 
issue 

direct signal 2-98 

remote immediate signal 2-343 

remote pendable signal 2-345 
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linkage index 

free 2-200 | 

reserve 2-204 | j 

list virtual storage map 2-458 
LOAD macro instruction 

description 2-193 

examples 2-196 

execute form 2-198 

list form 2-197 

standard form 2-194 

syntax 2-194, 2-197, 2-198 
LOCASCB macro instruction 

description 2-199 

syntax 2-199 
locate ASCB 2-199 
locate unit control block 2-191 
locks 

type indicated by bit string 2-380 
low address protection 

disable 2-256 

enable 2-256 
LXFRE macro instruction 

description 2-200 

execute form 2-203 

list form 2-202 

return codes 2-201 

standard form 2-200 

syntax 2-200, 2-202, 2-203 
LXRES macro instruction 

description 2-204 

execute form 2-207 

list form 2-206 

return code 2-205 

standard form 2-204 

syntax 2-204, 2-206, 2-207 
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macr 


o inst 


ructions 


addressing mode 2-2 


coding 2-7 


cross memory restrictions for 2 


forms 2-6 


sample 2-7 


selecting level 2-1 


using 2-1 


macro level 


set and test 2-399 


mapping macros 


BLSABDPL 2-35 


BLSQSHDR 2-53 


BLSRESSY 2-55 


IHAETD 2-135 


I 


HAT 


RBPL 2-440, 2-441 



IHATREPL 2-441 
MGCR macro instruction 

description 2-208 

example 2-209 

return codes 2-209 

syntax 2-208 
MODESET macro instruction 

description 2-210 

examples 2-213 

execute form 2-215 

inline code 2-211 

list form 2-214 

standard form 2-211, 2-213 

SVC 2-213 

syntax 2-211,2-213,2-214,2-215 
MODIFY SRB status 2-402 
MVS router interface 2-318 



N 



NIL macro instruction 

description 2-216 

example 2-217 

syntax 2-216 
NOHOLD 2-444 
nucleus map lookup service 2-218 
NUCLKUP macro instruction 

description 2-218 

example 2-219 

return codes 2-219 

syntax 2-218 



o 



obtain private area region size 
OIL macro instruction 

description 2-220 

example 2-221 

syntax 2-220 
OKSWAP 2-445 
order codes 

of SIGP instruction 2-99 



2-467 



page anywhere 2-229 
page services 2-240 

fast path 2-247 
parameters 

available to ESTAE recovery routines 

available to FRRs 2-389 

set return 2-387 



2-389 
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PCLINK macro instruction 

EXTRACT option 2-227 

STACK option 2-222 

syntax 2-222, 2-224, 2-227 

UNSTACK option 2-224 
perform cell pool services 2-75 
PGANY macro instruction 

description 2-229 

return codes 2-230 

syntax 2-229 
PGFIX macro instruction 

description 2-23 1 

examples 2-233 

return code 2-233 

standard form 2-231 

syntax 2-231 
PGFIXA macro instruction 

description 2-234 

examples 2-235 

standard form 2-235 

syntax 2-235 
PGFREE macro instruction 

description 2-236 

examples 2-238 

return codes 2-238 

standard form 2-236 

syntax 2-236 
PGFREEA macro instruction 

description 2-239 

standard form 2-239 

syntax 2-239 
PGSER macro instruction 

description 2-240, 2-247 

examples 2-246, 2-249 

return codes 2-245 

syntax 2-241, 2-248 
POST macro instruction 

description 2-250 

examples 2-253 

execute form 2-255 

list form 2-254 

standard form 2-251 

syntax 2-251,2-254,2-255 
process symptom record 2-429 

symptom record 2-429 
processor trace 2-258 
profile checking 2-296 
program call linkage information 

EXTRACT 2-227 

STACK 2-222 

UNSTACK 2-224 
PROTPSA macro instruction 

description 2-256 

example 2-257 

syntax 2-256 
provide a lock via 

an NI instruction 2-216 

an OI instruction 2-220 
PTRACE macro instruction 

description 2-258 

examples 2-259 



return code 2-259 

syntax 2-258 
purge SRB activity 2-260 
PURGEDQ macro instruction 

description 2-260 

examples 2-261, 2-262, 2-263 

execute form 2-263 

list form 2-262 

standard form 2-260 

syntax 2-260, 2-262, 2-263 



Q 



QEDIT macro instruction 
description 2-264 
examples 2-265 
return codes 2-265 
syntax 2-264 



R 



RACDEF macro instruction 

chart of parameters by release 2-276 

description 2-266 

example 2-278 

execute form 2-281 

Hst form 2-279 

return codes 2-277 

standard form 2-266 

syntax 2-266, 2-279, 2-281 
RACE 

check authorization 2-284 

define a resource to 2-266 
RACHECK macro instruction 

chart of parameters by release 2-292 

description 2-284 

example 2-293 

execute form 2-296 

Ust form 2-294 

profile checking 2-296 

return codes 2-293 

standard form 2-285 

syntax 2-285, 2-294, 2-296 
RACINIT macro instruction 

chart of parameters by release 2-304 

description 2-298 

execute form 2-308 

list form 2-306 

return codes 2-305 

standard form 2-299 

syntax 2-299, 2-306, 2-308 
RACLIST macro instruction 

chart of parameters by release 2-314 

description 2-310 

execute form 2-316 
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list form 2-315 

return codes 2-314 

standard form 2-3 1 1 

syntax 2-3 1 1 
RACROUTE macro instruction 

description 2-318 

examples 2-322 

execute form 2-324 

list form 2-323 

return codes 2-322 

standard form 2-319 

syntax 2-319 
RACXTRT macro instruction 

chart of parameters by release 2-327 

description 2-325, 2-329, 2-330 

execute form 2-330 

list form 2-329 

return codes 2-328 

standard form 2-325 

syntax 2-325, 2-329, 2-330 
release a serially reusable resource 2-85 
REQPGDAT 2-446 
REQSERVC 2-447 

request control of a serially reusable resource 2-102 
reserve 

a device (shared DASD) 2-332 

a linkage index 2-204 

authorization index 2-31 
RESERVE macro instruction 

description 2-332 

example 2-336 

execute form 2-338 

list form 2-337 

return codes 2-336 

standard form 2-333 

syntax 2-333, 2-337, 2-338 
resource 

profiles for RACE 2-310 
RESTORE SRB status 2-402 

resume execution of a suspended request block 2-340 
RESUME macro instruction 

description 2-340 

example 2-342 

return codes 2-342 

syntax 2-340 
RISGNL macro instruction 

description 2-343 

examples 2-344 

return codes 2-344 

syntax 2-343 
RPSGNL macro instruction 

description 2-345 

examples 2-346 

return codes 2-346 

syntax 2-345 



SAVE SRB status 2-402 
SCHEDULE macro instruction 

description 2-347 

examples 2-348 

syntax 2-347 
schedule system services for asynchronous 

execution 2-347 
SDUMP macro instruction 

description 2-349 

examples 2-362, 2-363, 2-368 

execute form 2-366 

list form 2-364 

restrictions 2-349 

return codes 2-362 

standard form 2-350 

syntax 2-350, 2-364, 2-367 
selecting the macro level 2-1 
set 

authorization index 2-33 

authorization table 2-10 

macro level 2-399 

return parameters 2-387 

up functional recovery routines 2-369 
set and test macro level 2-399 
SETFRR macro instruction 

description 2-369 

examples 2-372 

syntax 2-370 
SETLOCK macro instruction 

description 2-373 

examples 2-378, 2-382, 2-386 

OBTAIN option 2-374 

RELEASE option 2-379 

return codes 2-378, 2-381, 2-386 

syntax 2-374, 2-379, 2-383 

TEST option 2-383 
SETRP macro instruction 

description 2-387 

examples 2-394 

syntax 2-388 
shared DASD 

reserve a device 2-332 
signal event completion 2-250 
SIGP instruction 

order codes 2-99 

status information 2-100 
specify a control block format field 2-43 
specify program interruption exit 2-395 
specify task abnormal exit 2-406 

extended 2-122 
SPIE macro instruction 

description 2-395 

example 2-396 

execute form 2-398 

interruption types 2-396 

list form 2-3*97 
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standard form 2-395 

syntax 2-395. 2-397, 2-398 
SPLEVEL macro instruction 

description 2-399 

examples 2-400 

syntax 2-399 
SPOST macro instruction 

description 2-401 

example 2-401 

syntax 2-401 
SRB 

transfer control from 2-449 
SRBSTAT macro instruction 

description 2-402 

return codes 2-403 

syntax 2-402 
SRBTIMER macro instruction 

description 2-404 

return codes 2-405 

syntax 2-404 
STAE macro instruction 

description 2-406 

examples 2-408,2-411 

execute form 2-410 

list form 2-409 

return codes 2-408 

standard form 2-406 

syntax 2-406, 2-409, 2-410 
START command 

internal 2-208 
status information 

of SIGP instruction 2- 1 00 
STATUS macro instruction 

description 2-412 

example 2-415 

SET/RESET option 2-414 

START/STOP option 2-412 

syntax 2-412, 2-414 
subchannel number 

obtaining for a UCB 2-188 
suspend execution of a request block 2-416 
SUSPEND macro instruction 

description 2-416 

example 2-416 

syntax 2-416 
SVC update 2-417 
SVCUPDTE macro instruction 

description 2-417 

examples 2-421, 2-423, 2-424 

execute form 2-424 

list form 2-422 

return codes 2-420 

standard form 2-418 

syntax 2-418, 2-422, 2-424 
SWAREQ macro instruction 

description 2-425 

execute form 2-427, 2-428 

syntax 2-425 
SYMREC macro instruction 

description 2-429 



execute form 2-43 i 

list form 2-430 

standard form 2-429 

syntax 2-429, 2-430, 2-431 
SYNCH macro instruction 

description 2-432 

examples 2-434, 2-435, 2-437 

execute form 2-436 

list form 2-435 

standard form 2-432 

syntax 2-432, 2-435, 2-436 
synchronous exit 2-432 
SYSEVENT 

COPYDMDT 2-447 

DONTSWAP 2-444 

HOLD 2-444 

NOHOLD 2-444 

OKSWAP 2-445 

REQPGDAT 2-446 

REQSERVC 2-447 

TRANSWAP 2-445 

TRAXERPT 2-441 

TRAXFRPT 2-441 

TRAXRPT 2-440 
SYSEVENT macro instruction 

control swapping 2-444 

description 2-438 

examples 2-442, 2-443, 2-445, 2-448 

notify SRM of transaction completion 2-440 

obtain system measurement information 2-446 

return codes 2-442, 2-444, 2-445, 2-447 

syntax 2-439 
SYSTEM event 2-438 
system log 2-469 



ra 



take a synchronous exit 2-432 
TCTL macro instruction 

description 2-449 

example 2-449 

syntax 2-449 
test 

authorization of caller 2-450 

macro level 2-399 
TESTA UTH macro instruction 

description 2-450 

examples 2-451 

return codes 2-451 

syntax 2-450 
time limit 

establish for system service 2-404 
transfer control from an SRB process 2-449 
TRANSWAP 2-445 
TRAXERPT 2-441 
TRAXFRPT 2-441 
TRAXRPT 2-440 
type 6 SVC exit 2-452 
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T6EXIT macro instruction 
description 2-452 
example 2-453 
syntax 2-452 



u 



unit control block 
locate 2-191 
update variable recording area data 
using macro instructions 2-1 



2-454 



verify virtual storage allocation 2-463 
virtual storage 

contents 

fix 2-231, 2-234 
free 2-236, 2-239 

dump 2-349 

list map 2-458 

obtain private area region size 2-467 

verify allocation 2-463 
VRADATA macro instruction 

description 2-454 

examples 2-457 

syntax 2-454 
VSMLIST macro instruction 

description 2-458 

examples 2-462 

return codes 2-462 

syntax 2-459 
VSMLOC macro instruction 

description 2-463 

examples 2-465 

return codes 2-465 



syntax 2-463 
VSMREGN macro instruction 
description 2-467 
examples 2-468 
return code 2-468 
svntax 2-467 



w 



wait 

for one or more events to complete 2-143 
write to log 2-469 
write to operator 2-474 

with reply 2-487 
WTL macro instruction 

desription 2-469 

example 2-470, 2-472, 2-473 

execute form 2-473 

list form 2-472 

standard form 2-469 

syntax 2-469, 2-472, 2-473 
WTO macro instruction 

description 2-474 

examples 2-481, 2-486 

execute form 2-485 

list form 2-482 

return codes 

using multiple-line feature 2-480 

standard form 2-475 

syntax 2-475, 2-483, 2-485 
WTOR macro instruction 

description 2-487 

examples 2-493, 2-497 

execute form 2-496 

list form 2-494 

return codes 

using multiple-line feature 2-492 

standard form 2-488 

syntax 2-488, 2-494, 2-496 
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